查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
19	[Anolis OS 8] kernel	一般	总是	2021-03-19 11:26	2022-09-23 13:42
报告员:	wb-zmy745940	平台:	x86_64
分派给:	qingming	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-RC1-4.18-x86]ltp-latest-controllers->memcg_max_usage_in_bytes、memcg_usage_in_bytes测试用例memory文件获取的值和设置的值不一致
描述:	[缺陷描述]： memcg_max_usage_in_bytes、memcg_usage_in_bytes测试用例获取的值和设置的值不一致 ostest链接：https://ostest.alibaba-inc.com/test/task_result_data/68170 错误日志如下： <<<test_start>>> tag=memcg_usage_in_bytes stime=1615374221 cmdline="memcg_usage_in_bytes_test.sh" contacts="" analysis=exit <<<test_output>>> incrementing stop memcg_usage_in_bytes_test 1 TINFO: Starting test 1 /lkp/benchmarks/ltp-latest/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_usage_in_bytes_test 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_usage_in_bytes_test 1 TINFO: Running memcg_process --mmap-anon -s 4194304 memcg_usage_in_bytes_test 1 TINFO: Warming up pid: 66801 memcg_usage_in_bytes_test 1 TINFO: Process is still here after warm up: 66801 memcg_usage_in_bytes_test 1 TFAIL: memory.usage_in_bytes is 4325376, 4194304 expected memcg_usage_in_bytes_test 2 TINFO: Starting test 2 /lkp/benchmarks/ltp-latest/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_usage_in_bytes_test 2 TINFO: Running memcg_process --mmap-anon -s 4194304 memcg_usage_in_bytes_test 2 TINFO: Warming up pid: 66821 memcg_usage_in_bytes_test 2 TINFO: Process is still here after warm up: 66821 memcg_usage_in_bytes_test 2 TFAIL: memory.memsw.usage_in_bytes is 4325376, 4194304 expected <<<execution_status>>> initiation_status="ok" duration=3 termination_type=exited termination_id=1 corefile=no cutime=3 cstime=9 <<<test_end>>> [重现概率] 必现 [重现环境] Host:虚拟机 ，x86 OS:Anolis OS release 8.2 kernel:4.18.0-193.el8.x86_64 # lscpu Architecture:        x86_64 CPU op-mode(s):      32-bit, 64-bit Byte Order:          Little Endian CPU(s):              4 On-line CPU(s) list: 0-3 Thread(s) per core:  2 Core(s) per socket:  1 Socket(s):           2 NUMA node(s):        1 Vendor ID:           GenuineIntel CPU family:          6 Model:               85 Model name:          Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping:            7 CPU MHz:             2500.000 BogoMIPS:            5000.00 Hypervisor vendor:   KVM Virtualization type: full L1d cache:           32K L1i cache:           32K L2 cache:            1024K L3 cache:            36608K NUMA node0 CPU(s):   0-3 Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni [重现步骤]： git clone http://gitlab-sp.alibaba-inc.com/AKTF/ltp-latest.git ===>输入用户名/密码 make autotools ./configure make && make install  /opt/ltp/runltp -f controllers -s memcg_max_usage_in_bytes（或者memcg_max_usage_in_bytes） [期望结果]： 用例PASS [实际结果]： 用例FAIL [原因定位]： 社区有相同问题：https://github.com/linux-test-project/ltp/issues/326 [修复建议]：
标签:	8.2GA-210611
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000069) wb-wpp899309    2021-04-13 15:34	rc2 内核：4.18.0-193.el8.x86_64有同样的问题
(0000135) jacobwang    2021-05-06 11:14	评估对系统功能影响轻微。不影响8.2 GA发布
(0000295) yinyongchen    2021-07-01 16:50	Anolis OS 8.4版本 4.18内核有相同问题 # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/ # uname -r 4.18.0-305.an8.aarch64
(0000828) anolis_account    2021-12-08 16:31	5.10 内核有相同问题 # uname -a Linux l57h15219.sqa.nu8 5.10.60-78.git.4bee3873a.an8.aarch64 #1 SMP Mon Dec 6 13:12:33 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux memcg_max_usage_in_bytes_test 1 TINFO: Starting test 1 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_max_usage_in_bytes_test 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_max_usage_in_bytes_test 1 TINFO: Running memcg_process --mmap-anon -s 4194304 memcg_max_usage_in_bytes_test 1 TINFO: Warming up pid: 1675693 memcg_max_usage_in_bytes_test 1 TINFO: Process is still here after warm up: 1675693 memcg_max_usage_in_bytes_test 1 TFAIL: memory.max_usage_in_bytes is 4325376, 4194304 expected memcg_max_usage_in_bytes_test 2 TINFO: Starting test 2 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_max_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_max_usage_in_bytes_test 2 TINFO: Running memcg_process --mmap-anon -s 4194304 memcg_max_usage_in_bytes_test 2 TINFO: Warming up pid: 1675712 memcg_max_usage_in_bytes_test 2 TINFO: Process is still here after warm up: 1675712 memcg_max_usage_in_bytes_test 2 TFAIL: memory.memsw.max_usage_in_bytes is 4325376, 4194304 expected memcg_max_usage_in_bytes_test 3 TINFO: Starting test 3 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_max_usage_in_bytes_test 3 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_max_usage_in_bytes_test 3 TINFO: Running memcg_process --mmap-anon -s 4194304 memcg_max_usage_in_bytes_test 3 TINFO: Warming up pid: 1675731 memcg_max_usage_in_bytes_test 3 TINFO: Process is still here after warm up: 1675731 memcg_max_usage_in_bytes_test 3 TFAIL: memory.max_usage_in_bytes is 4325376, 4194304 expected memcg_max_usage_in_bytes_test 4 TFAIL: memory.max_usage_in_bytes is 131072, 0 expected memcg_max_usage_in_bytes_test 5 TINFO: Starting test 4 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_max_usage_in_bytes_test 5 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed mkdir: cannot create directory ‘/dev/memcg/4’: File exists memcg_max_usage_in_bytes_test 5 TBROK: mkdir /dev/memcg/4 failed
(0000902) zhixin01    2022-09-23 13:42	anolis8 4.19 x86_64 debug内核有相同问题 # uname -r 4.19.91-468.git.d4d03de3a.an8.x86_64+debug [root@e69b04341 ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.6" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.6" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.6" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" <<<test_start>>> tag=memcg_usage_in_bytes stime=1663877471 cmdline="memcg_usage_in_bytes_test.sh" contacts="" analysis=exit <<<test_output>>> memcg_usage_in_bytes_test 1 TINFO: Starting test 1 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_usage_in_bytes_test 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_usage_in_bytes_test 1 TINFO: Running memcg_process --mmap-anon -s 4194304 memcg_usage_in_bytes_test 1 TINFO: Warming up pid: 633325 memcg_usage_in_bytes_test 1 TINFO: Process is still here after warm up: 633325 memcg_usage_in_bytes_test 1 TFAIL: memory.usage_in_bytes is 4325376, 4194304 expected memcg_usage_in_bytes_test 2 TINFO: Starting test 2 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_usage_in_bytes_test 2 TINFO: Running memcg_process --mmap-anon -s 4194304 memcg_usage_in_bytes_test 2 TINFO: Warming up pid: 633345 memcg_usage_in_bytes_test 2 TINFO: Process is still here after warm up: 633345 memcg_usage_in_bytes_test 2 TFAIL: memory.memsw.usage_in_bytes is 4325376, 4194304 expected <<<execution_status>>> initiation_status="ok" duration=3 termination_type=exited termination_id=1 corefile=no cutime=5 cstime=9 <<<test_end>>>

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
635	[Anolis OS 8] * OTHERS	一般	总是	2022-07-26 17:49	2022-07-26 17:49
报告员:	jhonbo	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	系统启动失败：ssd pipe failed
描述:	虚拟机安装的，开始运行良好，后来不知何种原因无法启动，过了几天后可以启动但是 显示: Core dump to |/usr/lib/systemed/systemd-coredump 913 0 0 7 1658856749 0 data-analys ssd pipe failed 具体参看附件截图信息
标签:	启动
问题重现步骤:	开机即报错
附注:
系统说明
附件:	image.png (29,713 字节) 2022-07-26 17:49 https://bugs-old.openanolis.cn/file_download.php?file_id=359&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
625	[Anolis OS 7] General	一般	随机	2022-01-25 15:15	2022-06-24 18:10
报告员:	baka233	平台:	x86_64
分派给:	_administrator_	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS7.9] 读取离线虚拟机容器的cpuacct.proc_stat_show导致内核panic
描述:	在长时间运行高负载虚拟化容器后，有较低的概率会出现host kernel panic的现象，排查问题是在调用__cpuacct_get_usage_result时，tick_guest的值比tick_user值大，导致`tick_user - tick_guest` 对数据的假设出现问题，从而产生异常数据，最终触发除0错误
标签:
问题重现步骤:	使用qemu运行高负载的虚拟化容器，并且频繁读取该容器的cpuacct.proc_stat_show文件，有较低概率可能会触发这个问题，导致host kernel崩溃
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
634	[Anolis OS 8] anaconda	严重	总是	2022-03-19 16:56	2022-03-19 22:52
报告员:	mq990381	平台:	x86_64
分派给:	_administrator_	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	安装界面选择4.18内核，安装完成后发现内核变成了4.19
描述:	Esxi6.7和VMware Worksation15.5平台都有这个问题 安装镜像是 AnolisOS-8.4-x86_64-dvd.iso
标签:
问题重现步骤:	cdrom启动，系统语言选择中文。软件选择工作站，Gnome应用程序，办公套件，远程桌面客户端，科学计算。时区选择上海。网络选择DHCP自动获取IP。 内核选择4.18RHCK。 然后开始安装，期间设置了root的密码，没有创建用户。完成后重启，发现内核版本为4.19.
附注:
系统说明
附件:	3.png (5,813 字节) 2022-03-19 16:56 https://bugs-old.openanolis.cn/file_download.php?file_id=356&type=bug 1.png (144,729 字节) 2022-03-19 16:56 https://bugs-old.openanolis.cn/file_download.php?file_id=357&type=bug 2.png (152,623 字节) 2022-03-19 16:56 https://bugs-old.openanolis.cn/file_download.php?file_id=358&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
631	[Anolis OS 8] shim	严重	总是	2022-02-16 10:03	2022-02-28 16:25
报告员:	weimingjiang	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	非常紧急	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	稍后处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	使用anolis 8.4镜像及配套源，无法编译shim
描述:	DEBUG util.py:439: No matching package to install: 'shim-unsigned-ia32 = 15.4-4.an8' DEBUG util.py:439: No matching package to install: 'shim-unsigned-x64 = 15.4-4.an8'
标签:
问题重现步骤:
附注:
系统说明
附件:	shim-unsigned-aarch64-15-7.an8.aarch64.rpm (392,452 字节) 2022-02-28 16:25 https://bugs-old.openanolis.cn/file_download.php?file_id=353&type=bug shim-unsigned-ia32-15.4-4.an8.x86_64.rpm (408,600 字节) 2022-02-28 16:25 https://bugs-old.openanolis.cn/file_download.php?file_id=354&type=bug shim-unsigned-x64-15.4-4.an8.x86_64.rpm (457,652 字节) 2022-02-28 16:25 https://bugs-old.openanolis.cn/file_download.php?file_id=355&type=bug

问题注释
(0000897) geliwei-ali    2022-02-28 15:02	这些包不是属于产品的一部分，不会输出到软件仓库 例如：http://build.openanolis.cn/packageinfo?packageID=1940
(0000898) geliwei-ali    2022-02-28 16:25	上传rpm包
(0000899) geliwei-ali    2022-02-28 16:25
(0000900) geliwei-ali    2022-02-28 16:25
(0000901) geliwei-ali    2022-02-28 16:25

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
592	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-12-07 18:31	2022-02-25 10:11
报告员:	shanxifanshi	平台:	aarch64(Kunpeng)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-aarch64] ltp的syscalls类用例accept02在测试过程中将socket可选项中的level设置为SOL_IP，name设置为MCAST_JOIN_GROUP，会设置失败
描述:	[缺陷描述]： ltp的syscalls用例accept02在测试过程中将socket可选项中的level设置为SOL_IP，name设置为MCAST_JOIN_GROUP，会设置失败，疑似不支持 测试日志如下： Running tests....... <<<test_start>>> tag=accept02 stime=1638867822 cmdline="accept02" contacts="" analysis=exit <<<test_output>>> incrementing stop tst_test.c:1100: INFO: Timeout per run is 0h 05m 00s accept02.c:124: INFO: Starting listener on port: 49845 safe_net.c:186: BROK: accept02.c:53: setsockopt(6, 0, 42, 0x430758, 136) failed: ENODEV Summary: passed 0 failed 0 skipped 0 warnings 0 <<<execution_status>>> initiation_status="ok" duration=0 termination_type=exited termination_id=2 corefile=no cutime=0 cstime=0 <<<test_end>>> INFO: ltp-pan reported some tests FAIL LTP Version: 20190517 [重现概率] 必现 [重现环境] 鲲鹏物理机 OS: # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" kernel: # uname -r 4.19.91-183.git.94c4ff021.an8.aarch64 [期望结果]： 用例PASS [实际结果]： 用例FAIL [初步分析]： accept02用例主要是检查CVE漏洞CVE-2017-8890是否已解决，由于用例在初始阶段设置socket可选参数已经失败，无法做进一步验证 测试用例代码路径：ltp/testcases/kernel/syscalls/accept/accept02.c 设置socket的可选项的level为SOL_SOCKET时是可以设置成功的，紧接着设置socket可选项的level为SOL_IP，name为MCAST_JOIN_GROUP时会设置失败，报错ENODEV，疑似不支持该类设置，详见附件截图
标签:
问题重现步骤:	git clone https://github.com/linux-test-project/ltp.git --branch LTP-20190517 make autotools ./configure make && make install  /opt/ltp/runltp -f syscalls -s accept02或者ltp/testcases/bin/accept02
附注:
系统说明
附件:	图片.png (37,589 字节) 2021-12-07 18:31 https://bugs-old.openanolis.cn/file_download.php?file_id=324&type=bug

问题注释
(0000896) anolis_account    2022-02-25 10:11	4.19 x86和5.10 arm/x86也有相同问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
627	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2022-02-09 18:39	2022-02-16 13:36
报告员:	yqyang	平台:	aarch64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	华为taishan2280V2板载网卡(海思hns3芯片）6081端口不通，需更新kernel或升级网卡驱动以支持小于65B报文中显示VLAN标签
描述:	【环境】anolis8.2 aarch64 系统+taishan2280V2板载网卡(海思hns3芯片） 1. 测试小于64B的数据包(有Vlan标签)通过板载网卡发送到4789或6081这两个端口时没有vlan标签，大于64B的数据包正常 2. NC工具64字节包含以下大小包也收不到
标签:
问题重现步骤:	【环境】anolis8.2 系统+taishan2280V2板载网卡(海思hns3芯片） 【复现步骤】 当时抓的是UDP 6081 UDP测试 client端:   #~ echo "Hello from PC" | nc -w1 -uv xx.xxx.100.174 6081    server端:   #~ nc -u -l -p 6081 某台主机抓包： tcpdump -envi bond0 udp port 6081 -vvv 【结果】 1. 测试小于64B的数据包(有Vlan标签)通过板载网卡发送到4789或6081这两个端口时没有vlan标签，大于64B的数据包正常 2. NC工具64字节包含以下大小包也收不到 （具体故障现象可查看附件抓图） 【期望结果】小于64B的数据包也正常带有VLAN标签。
附注:	此处附上华为官方给到的现象原因分析和解决办法，可作为参考： 问题原因: 1.小包不带vlan，大包带vlan的原因如下: 芯片对于隧道报文端口6081、4789、需要最少65字节才能解析(此为协议规范)，由于发的报文小于65字节，不满足隧道报文格式(每家网卡厂商对隧道报文的解析不同)，华为板载网卡(海思hns3芯片按照正常报文协议进行处理，因此认为报文小于65字节是个异常报文，没添加上vlan，此问题为非问题，为解决客户需求，华为可输出驱动协助解决。 解决方案: 修改驱动，对于小于65字节的隧道报文，驱动pad到65字节，避免芯片无法解析。2对于6081无论小包还是大包，nc工具都收不到的原因如下 (小包还有问题1的原因，解决问题1后，原因与大包相同)驱动不支持随道报文的checksum卸载功能，导致发出去的报文实际checksum是不对的，因此nc收不到。 解决方案: 修改驱动去掉隧道报文的checksum硬件卸载能力，此功能交由内核处理，保证checksum是正确的内部计划: 针对CentOS，930发布给兼容性测试组。具体上架时间需兼容性评估。 2021.9.17日linuxmergewindow开了后推社区。
系统说明
附件:	图片1.png (17,256 字节) 2022-02-09 18:39 https://bugs-old.openanolis.cn/file_download.php?file_id=350&type=bug 图片2.png (19,027 字节) 2022-02-09 18:39 https://bugs-old.openanolis.cn/file_download.php?file_id=351&type=bug

问题注释
(0000895) jacobwang    2022-02-16 13:34    (最后编辑： 2022-02-16 13:35)	hns3的驱动，应该是上游社区合进去了； 请飞能查看注释，如果有不清晰的可以同统信内核同学沟通。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
630	[Anolis OS 8] * OTHERS	一般	总是	2022-02-14 16:06	2022-02-14 16:25
报告员:	fankejing	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	centos7迁移anolish8 过程中，如果服务器网络为http_proxy代理，而不是直通，再最后几步由于CURL检测异常，而导致迁移失败
描述:	当迁移的服务器连接互联网不是直通而是http代理时，设置yum.conf dnf.conf 文件proxy和整个服务器环境的export http_proxy https_proxy后 leapp preupgrade --no-rhsm 预升级检测时能够通过所有检测，但是当进行leapp upgrade --no-rhsm 正式升级迁移时，在下载到到irqbalance-1.4.0-6.an8.x86_64.rpm包，会报一个curl Curl error (7): Couldn't connect to server 的错误（而如果单独命令行下运行curl命令是可以连接互联网的），高度怀疑leapp 工具运行curl时候无法正常识别 http_proxy的环境变量导致迁移升级失败。
标签:
问题重现步骤:	服务器连接互联网为http_proxy 而非直通 ， openanolis 和 aliyun两个源均会100%重现上述错误
附注:
系统说明
附件:

问题注释
(0000892) xuchunmei000    2022-02-14 16:17	修改/etc/leapp/files/leapp_upgrade_repositories.repo 文件，在repo中添加proxy配置。 leapp迁移过程中真正生效的repo是/etc/leapp/files/leapp_upgrade_repositories.repo 文件。
(0000893) fankejing    2022-02-14 16:25	已经解决了，非常感谢

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
626	[Anolis OS 8] * OTHERS	一般	总是	2022-02-07 09:48	2022-02-07 09:48
报告员:	xingwei-liu	平台:	x86_64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis8.4 外网仓库中qt组件版本为5.15
描述:	anolis8.4GA镜像安装虚拟机，系统默认软件仓库中qt相关组件版本为5.15版本，正常8.4系统中qt组件版本应为5.12
标签:
问题重现步骤:	使用anolis 8.4 GA版本镜像安装虚拟机 release信息： AME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" repo信息： [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/$releasever/AppStream/$basearch/os enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=1 源内qt相关组件包版本： [root@localhost ~]# yum list qt5-qtsvg qt5-qtsvg.x86_64 5.15.2-3.an8 AppStream
附注:
系统说明
附件:	image.png (32,626 字节) 2022-02-07 09:48 https://bugs-old.openanolis.cn/file_download.php?file_id=348&type=bug image-2.png (36,077 字节) 2022-02-07 09:48 https://bugs-old.openanolis.cn/file_download.php?file_id=349&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
614	[Anolis OS 8] kernel	一般	总是	2021-12-21 17:57	2022-01-29 10:53
报告员:	kangwen429	平台:	x86_64
分派给:	zelindeng	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8-5.10-x86]升级5.10.84-10_rc1.an8.x86 版本内核后，dmesg中有warn信息：WARNING: CPU: 50 PID: 6474 at arch/x86/mm/extable.c:78 ex_handl
描述:	开机启动后，dmesg中存在warn日志： [Tue Dec 21 17:25:31 2021] ------------[ cut here ]------------ [Tue Dec 21 17:25:31 2021] General protection fault in user access. Non-canonical address? [Tue Dec 21 17:25:31 2021] WARNING: CPU: 50 PID: 6474 at arch/x86/mm/extable.c:78 ex_handler_uaccess+0x4d/0x60 [Tue Dec 21 17:25:31 2021] Modules linked in: tcp_diag(E) inet_diag(E) rfkill(E) mousedev(E) intel_rapl_msr(E) intel_rapl_common(E) nfit(E) intel_powerclamp(E) crct10dif_pclmul(E) crc32_pclmul(E) ghash_clmulni_intel(E) rapl(E) psmouse(E) pcspkr(E) virtio_balloon(E) i2c_piix4(E) ip_tables(E) cirrus(E) drm_kms_helper(E) syscopyarea(E) sysfillrect(E) sysimgblt(E) fb_sys_fops(E) crc32c_intel(E) drm(E) virtio_net(E) net_failover(E) serio_raw(E) failover(E) virtio_console(E) i2c_core(E) [Tue Dec 21 17:25:31 2021] CPU: 50 PID: 6474 Comm: (ystemctl) Kdump: loaded Tainted: G E 5.10.84-10_rc1.an8.x86_64 #1 [Tue Dec 21 17:25:31 2021] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 90210cb 04/01/2014 [Tue Dec 21 17:25:31 2021] RIP: 0010:ex_handler_uaccess+0x4d/0x60 [Tue Dec 21 17:25:31 2021] Code: 83 c4 08 b8 01 00 00 00 5b c3 80 3d 90 c2 09 02 00 75 dc 48 c7 c7 b0 a2 11 ae 48 89 34 24 c6 05 7c c2 09 02 01 e8 e4 0e 93 00 <0f> 0b 48 8b 34 24 eb bd 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 [Tue Dec 21 17:25:31 2021] RSP: 0018:ffffa492c0df7b68 EFLAGS: 00010296 [Tue Dec 21 17:25:31 2021] RAX: 000000000000003f RBX: ffffffffae280b60 RCX: 0000000000000027 [Tue Dec 21 17:25:31 2021] RDX: 0000000000000027 RSI: ffff948a43aa0080 RDI: ffff948a43aa0088 [Tue Dec 21 17:25:31 2021] RBP: 000000000000000d R08: 0000000000000000 R09: c0000000fffeffff [Tue Dec 21 17:25:31 2021] R10: 0000000000000001 R11: ffffa492c0df7990 R12: 0000000000000000 [Tue Dec 21 17:25:31 2021] R13: 0000000000000000 R14: ffff944d06fe30c0 R15: 0000000000000000 [Tue Dec 21 17:25:31 2021] FS: 00007fb1b123ce80(0000) GS:ffff948a43a80000(0000) knlGS:0000000000000000 [Tue Dec 21 17:25:31 2021] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [Tue Dec 21 17:25:31 2021] CR2: 0000000000000000 CR3: 000000014d3ba001 CR4: 00000000003706e0 [Tue Dec 21 17:25:31 2021] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [Tue Dec 21 17:25:31 2021] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [Tue Dec 21 17:25:31 2021] Call Trace: [Tue Dec 21 17:25:31 2021] fixup_exception+0x43/0x60 [Tue Dec 21 17:25:31 2021] exc_general_protection+0xb8/0x360 [Tue Dec 21 17:25:31 2021] asm_exc_general_protection+0x1e/0x30 [Tue Dec 21 17:25:31 2021] RIP: 0010:copy_from_kernel_nofault+0xe2/0x110 [Tue Dec 21 17:25:31 2021] Code: 04 48 83 ea 04 48 83 fa 01 76 18 31 c0 66 8b 0e 66 89 0f 85 c0 75 ad 48 83 c7 02 48 83 c6 02 48 83 ea 02 48 85 d2 74 0a 31 c0 <8a> 16 88 17 85 c0 75 92 65 48 8b 04 25 00 ef 01 00 83 a8 58 15 00 [Tue Dec 21 17:25:31 2021] RSP: 0018:ffffa492c0df7cf0 EFLAGS: 00010246 [Tue Dec 21 17:25:31 2021] RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000007 [Tue Dec 21 17:25:31 2021] RDX: 0000000000000001 RSI: 0072656d69740063 RDI: ffffa492c0df7d2f [Tue Dec 21 17:25:31 2021] RBP: 0072656d69740063 R08: 0000000000000000 R09: ffffa492c0df7d40 [Tue Dec 21 17:25:31 2021] R10: 0000000000000000 R11: 0000000000000000 R12: ffffa492c0df7d2f [Tue Dec 21 17:25:31 2021] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000001 [Tue Dec 21 17:25:31 2021] process_fetch_insn+0x5e8/0x650 [Tue Dec 21 17:25:31 2021] kprobe_trace_func+0x213/0x290 [Tue Dec 21 17:25:31 2021] ? __x64_sys_execve+0x5/0x40 [Tue Dec 21 17:25:31 2021] kprobe_dispatcher+0x39/0x60 [Tue Dec 21 17:25:31 2021] ? __x64_sys_execve+0x1/0x40 [Tue Dec 21 17:25:31 2021] kprobe_ftrace_handler+0x82/0xf0 [Tue Dec 21 17:25:31 2021] ftrace_ops_assist_func+0x70/0x110 [Tue Dec 21 17:25:31 2021] 0xffffffffc02eb0c8 [Tue Dec 21 17:25:31 2021] ? __ia32_compat_sys_execveat+0x60/0x60 [Tue Dec 21 17:25:31 2021] ? __x64_sys_execve+0x1/0x40 [Tue Dec 21 17:25:31 2021] __x64_sys_execve+0x5/0x40 [Tue Dec 21 17:25:31 2021] do_syscall_64+0x33/0x40 [Tue Dec 21 17:25:31 2021] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [Tue Dec 21 17:25:31 2021] RIP: 0033:0x7fb1af56202b [Tue Dec 21 17:25:31 2021] Code: 41 89 01 eb da 66 2e 0f 1f 84 00 00 00 00 00 f7 d8 64 41 89 01 eb d6 0f 1f 84 00 00 00 00 00 f3 0f 1e fa b8 3b 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 2d 5e 2f 00 f7 d8 64 89 01 48 [Tue Dec 21 17:25:31 2021] RSP: 002b:00007fff813d6198 EFLAGS: 00000246 ORIG_RAX: 000000000000003b [Tue Dec 21 17:25:31 2021] RAX: ffffffffffffffda RBX: 000055f743072a50 RCX: 00007fb1af56202b [Tue Dec 21 17:25:31 2021] RDX: 000055f7430526c0 RSI: 000055f7430627d0 RDI: 000055f743073820 [Tue Dec 21 17:25:31 2021] RBP: 00007fff813d64d0 R08: 0000000000000032 R09: 0000000000000007 [Tue Dec 21 17:25:31 2021] R10: 00007fb1af858bc0 R11: 0000000000000246 R12: 000055f7430627d0 [Tue Dec 21 17:25:31 2021] R13: 0000000000000000 R14: 000055f7430526c0 R15: 000055f74305d7a0 [Tue Dec 21 17:25:31 2021] ---[ end trace 134ea53c09bf0296 ]--- [预期结果]：dmesg中无warn日志 [实际结果]：dmesg中Call Trace日志 [复现概率]：必现 [环境信息]： 内核信息： # uname -r 5.10.84-10_rc1.an8.x86_64 机型： ECS 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" # free -mh               total used free shared buff/cache available Mem: 247Gi 820Mi 245Gi 2.0Mi 755Mi 244Gi Swap: 0B 0B 0B # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 64 On-line CPU(s) list: 0-63 Thread(s) per core: 2 Core(s) per socket: 32 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel BIOS Vendor ID: Alibaba Cloud CPU family: 6 Model: 106 Model name: Intel(R) Xeon(R) Platinum 8369B CPU @ 2.70GHz BIOS Model name: pc-i440fx-2.1 Stepping: 6 CPU MHz: 2699.998 BogoMIPS: 5399.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 48K L1i cache: 32K L2 cache: 1280K L3 cache: 49152K NUMA node0 CPU(s): 0-63 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single ibrs_enhanced fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves wbnoinvd arat avx512vbmi avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid fsrm arch_capabilities
标签:
问题重现步骤:	reboot 机器 dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000877) kangwen429    2022-01-06 11:01	5.10.84-10_rc2.an8.x86_64 依旧存在

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
615	[Anolis OS 8] kernel	一般	总是	2021-12-21 18:43	2022-01-28 17:28
报告员:	kangwen429	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.4-5.10-x86] 升级 5.10.84-10_rc1 版本内核后，crash无法正常解析vmcore
描述:	[缺陷描述]：  升级 5.10.84-10_rc1 版本内核后，crash无法正常解析vmcore： # crash /usr/lib/debug/usr/lib/modules/5.10.84-10_rc1.an8.x86_64/vmlinux vmcore crash 7.2.9-2.an8 Copyright (C) 2002-2020 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. Copyright (C) 2005, 2011 NEC Corporation Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. This program is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Enter "help copying" to see the conditions. This program has absolutely no warranty. Enter "help warranty" for details. GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu"... WARNING: kernel relocated [832MB]: patching 120057 gdb minimal_symbol values       KERNEL: /usr/lib/debug/usr/lib/modules/5.10.84-10_rc1.an8.x86_64/vmlinux     DUMPFILE: vmcore [PARTIAL DUMP]         CPUS: 64         DATE: Tue Dec 21 18:14:51 CST 2021       UPTIME: 00:08:34 LOAD AVERAGE: 0.06, 0.04, 0.02        TASKS: 736     NODENAME: iZbp16sv3ni8lf7j58sx8pZ      RELEASE: 5.10.84-10_rc1.an8.x86_64      VERSION: #1 SMP Tue Dec 21 13:16:24 CST 2021      MACHINE: x86_64 (2699 Mhz)       MEMORY: 252 GB        PANIC: crash: cannot determine length of symbol: log_end [重现概率]： 必现 [重现环境]： 环境信息：云上ECS 规格： OS： # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" KERNEL: # uname -r 5.10.84-10_rc1.an8.x86_64 #rpm -qa | grep kernel | grep 84 kernel-core-5.10.84-10_rc1.an8.x86_64 kernel-5.10.84-10_rc1.an8.x86_64 kernel-modules-5.10.84-10_rc1.an8.x86_64 kernel-debuginfo-5.10.84-10_rc1.an8.x86_64 kernel-headers-5.10.84-10_rc1.an8.x86_64 kernel-debuginfo-common-x86_64-5.10.84-10_rc1.an8.x86_64 kernel-devel-5.10.84-10_rc1.an8.x86_64 MEMORY: # free -mh               total used free shared buff/cache available Mem: 247Gi 1.0Gi 241Gi 2.0Mi 5.1Gi 244Gi Swap: 0B 0B 0B CPU: ## lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 64 On-line CPU(s) list: 0-63 Thread(s) per core: 2 Core(s) per socket: 32 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel BIOS Vendor ID: Alibaba Cloud CPU family: 6 Model: 106 Model name: Intel(R) Xeon(R) Platinum 8369B CPU @ 2.70GHz BIOS Model name: pc-i440fx-2.1 Stepping: 6 CPU MHz: 2699.998 BogoMIPS: 5399.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 48K L1i cache: 32K L2 cache: 1280K L3 cache: 49152K NUMA node0 CPU(s): 0-63 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single ibrs_enhanced fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves wbnoinvd arat avx512vbmi avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid fsrm arch_capabilities RPM： ## rpm -q crash crash-7.2.9-2.an8.x86_64 # rpm -q kexec-tools kexec-tools-2.0.21-1.2.an8.x86_64 CRASHKERNEL： # cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-5.10.84-10_rc1.an8.x86_64 root=UUID=9b210f57-a0f1-4236-a87f-f47824d3be7f ro rhgb nvme_core.io_timeout=4294967295 quiet net.ifnames=0 console=tty0 console=ttyS0,115200n8 crashkernel=512M [期望结果]： crash可以正常解析vmcore [实际结果]： crash无法解析vmcore。
标签:
问题重现步骤:	主动触发crash： echo c > /proc/sysrq-trigger crash解析vmcore： crash /usr/lib/debug/usr/lib/modules/5.10.84-10_rc1.an8.x86_64/vmlinux vmcore
附注:
系统说明
附件:

问题注释
(0000874) yinyongchen    2022-01-05 10:57    (最后编辑： 2022-01-28 17:28)	arm环境也有crash无法解析的问题 https://bugs.openanolis.cn/view.php?id=613
(0000876) wb-wpp899309    2022-01-05 18:02	5.10.84-10_rc2.an8.x86_64依旧有此问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
613	[Anolis OS 8] crash	一般	总是	2021-12-21 17:45	2022-01-27 14:21
报告员:	yinyongchen	平台:	aarch64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.4
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.4-5.10-aarch64] 升级 5.10.84-10_rc1 版本内核后，crash无法正常解析vmcore
描述:	[缺陷描述]：  升级 5.10.84-10_rc1 版本内核后，crash无法正常解析vmcore [重现概率]： 必现 [重现环境]： 环境信息：云上ECS 规格： OS： #cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" KERNEL: #uname -r 5.10.84-10_rc1.an8.aarch64 # rpm -qa | grep kernel kernel-modules-4.19.91-23.4.an8.aarch64 kernel-modules-5.10.84-10_rc1.an8.aarch64 kernel-debuginfo-common-aarch64-5.10.84-10_rc1.an8.aarch64 kernel-modules-4.19.91-24.8.an8.aarch64 kernel-core-4.19.91-23.4.an8.aarch64 kernel-core-5.10.84-10_rc1.an8.aarch64 kernel-5.10.84-10_rc1.an8.aarch64 kernel-headers-5.10.84-10_rc1.an8.aarch64 kernel-debuginfo-5.10.84-10_rc1.an8.aarch64 kernel-devel-5.10.84-10_rc1.an8.aarch64 kernel-core-4.19.91-24.8.an8.aarch64 kernel-tools-libs-4.19.91-24.8.an8.aarch64 kernel-4.19.91-24.8.an8.aarch64 kernel-4.19.91-23.4.an8.aarch64 kernel-tools-4.19.91-24.8.an8.aarch64 MEMORY: # free -h               total used free shared buff/cache available Mem: 122Gi 488Mi 121Gi 3.0Mi 1.0Gi 121Gi Swap: 0B 0B 0B CPU: #lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 32 On-line CPU(s) list: 0-31 Thread(s) per core: 1 Core(s) per cluster: 32 Socket(s): 1 Cluster(s): 1 NUMA node(s): 1 Vendor ID: ARM BIOS Vendor ID: Alibaba Cloud Model: 1 Model name: Neoverse-N1 BIOS Model name: virt-rhel7.6.0 Stepping: r3p1 BogoMIPS: 50.00 NUMA node0 CPU(s): 0-31 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs RPM： # rpm -qa | grep -E "kexec-tools|crash" kexec-tools-2.0.21-1.2.an8.aarch64 crash-7.2.9-2.an8.aarch64 CRASHKERNEL： # cat /proc/cmdline BOOT_IMAGE=(hd0,gpt2)/boot/vmlinuz-5.10.84-10_rc1.an8.aarch64 root=UUID=87264e5d-9651-489a-a856-55e6fb410d87 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M rhgb nvme_core.io_timeout=4294967295 quiet console=tty0 net.ifnames=0 console=ttyAMA0,115200n8 [期望结果]： crash可以正常解析vmcore [实际结果]： crash无法解析vmcore，报错如下： crash 7.2.9-2.an8 Copyright (C) 2002-2020 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. Copyright (C) 2005, 2011 NEC Corporation Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. This program is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Enter "help copying" to see the conditions. This program has absolutely no warranty. Enter "help warranty" for details. WARNING: VA_BITS: calculated: 47 vmcoreinfo: 48 GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "aarch64-unknown-linux-gnu"... WARNING: kernel relocated [0MB]: patching 106833 gdb minimal_symbol values crash: invalid kernel virtual address: ffff001f57962050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57983050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f579a4050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f579c5050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f579e6050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57a07050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57a28050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57a49050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57a6a050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57a8b050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57aac050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57acd050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57aee050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57b0f050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57b30050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57b51050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57b72050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57b93050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57bb4050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57bd5050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57bf6050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57c17050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57c38050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57c59050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57c7a050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57c9b050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57cbc050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57cdd050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57cfe050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57d1f050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57d40050 type: "IRQ stack pointer" crash: invalid kernel virtual address: ffff001f57d61050 type: "IRQ stack pointer" crash: cannot resolve "__exception_text_start"
标签:
问题重现步骤:	1、手动触发crash ，执行echo c > /proc/sysrq-trigger 2、等待重启后使用crash命令查看生成的vmcore
附注:
系统说明
附件:	image.png (116,560 字节) 2021-12-21 17:45 https://bugs-old.openanolis.cn/file_download.php?file_id=338&type=bug image-2.png (5,264 字节) 2022-01-26 18:45 https://bugs-old.openanolis.cn/file_download.php?file_id=347&type=bug

问题注释
(0000875) yinyongchen    2022-01-05 11:00	升级到 5.10.84-10_rc2.an8.aarch64 版本内核后，crash依然无法解析vmcore，报错与rc1相同
(0000889) anolis_account    2022-01-26 18:45	https://launchpad.net/ubuntu/+source/crash/7.2.8-1ubuntu1 ubuntu 上crash-7.2.8-1ubuntu1声称解决了这个问题
(0000890) Shiloong    2022-01-27 14:18    (最后编辑： 2022-01-27 14:21)	@anolis_account:https://launchpad.net/ubuntu/+source/crash/7.2.8-1ubuntu1 ubuntu 上crash-7.2.8-1ubuntu1声称解决了这个问题[附件] ----------------------------------------------------------------------------------------------------------------------------------- 这个补丁早在 crash-7.2.8已经合入, 解决的不是这个问题. 这个问题的 bugfix 如下, 在 crash-7.3.1合入: https://github.com/crash-utility/crash/commit/f53b73e8380bca054cebd2b61ff118c46609429b 安装 crash-7.3.1-3.el8.aarch64.rpm 验证通过. @yunqi-zwt 帮忙看看, 升级一下 crash

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
611	[Anolis OS 8] dnf	阻塞	总是	2021-12-20 14:17	2022-01-26 14:33
报告员:	vvvvainman	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	非常紧急	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	无法安装 bridge-utils、ntp、ceph-common
描述:	sudo yum install -y ceph-common Repository PowerTools is listed more than once in the configuration Repository AppStream is listed more than once in the configuration 上次元数据过期检查：0:29:15 前，执行于 2021年12月20日 星期一 13时48分06秒。 模块依赖问题：  问题 1: conflicting requests   - nothing provides module(platform:an8) needed by module ant:1.10:8020020210130081140:1f2eea34-0.x86_64  问题 2: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210618040224:77f19b75-0.x86_64  问题 3: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210721071653:77f19b75-0.x86_64  问题 4: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210830054558:77f19b75-0.x86_64  问题 5: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020211011070359:77f19b75-0.x86_64  问题 6: conflicting requests   - nothing provides module(platform:an8) needed by module eclipse:an8:8040020210624023038:34f7e787-0.x86_64  问题 7: conflicting requests   - nothing provides module(platform:an8) needed by module freeradius:3.0:8040020210618040335:3258323b-0.x86_64  问题 8: conflicting requests   - nothing provides module(platform:an8) needed by module gimp:2.8:8020020210130081145:7001a13a-0.x86_64  问题 9: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210619050023:c5768d5d-0.x86_64  问题 10: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210721103312:c5768d5d-0.x86_64  问题 11: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210830054226:c5768d5d-0.x86_64  问题 12: conflicting requests   - nothing provides module(platform:an8) needed by module httpd:2.4:8040020210624072236:5280c3a7-0.x86_64  问题 13: conflicting requests   - nothing provides module(platform:an8) needed by module idm:client:8040020210618040339:6b2a26fc-0.x86_64  问题 14: conflicting requests   - nothing provides module(platform:an8) needed by module inkscape:0.92.3:8040020210618040342:75588478-0.x86_64  问题 15: conflicting requests   - nothing provides module(platform:an8) needed by module javapackages-runtime:201801:8020020210130081152:ff983833-0.x86_64  问题 16: conflicting requests   - nothing provides module(platform:an8) needed by module jmc:an8:8040020210618040344:34f7e787-0.x86_64  问题 17: conflicting requests   - nothing provides module(platform:an8) needed by module llvm-toolset:an8:8040020210618040345:5280c3a7-0.x86_64  问题 18: conflicting requests   - nothing provides module(platform:an8) needed by module llvm-toolset:an8:8040020211123074505:5280c3a7-0.x86_64  问题 19: conflicting requests   - nothing provides module(platform:an8) needed by module mailman:2.1:8040020210618040346:75588478-0.x86_64  问题 20: conflicting requests   - nothing provides module(platform:an8) needed by module mariadb:10.3:8040020210618040348:5280c3a7-0.x86_64  问题 21: conflicting requests   - nothing provides module(platform:an8) needed by module maven:3.5:8020020210326005354:1f2eea34-0.x86_64  问题 22: conflicting requests   - nothing provides module(platform:an8) needed by module mercurial:4.8:8020020210130081203:7001a13a-0.x86_64  问题 23: conflicting requests   - nothing provides module(platform:an8) needed by module mysql:8.0:8040020210618040352:5280c3a7-0.x86_64  问题 24: conflicting requests   - nothing provides module(platform:an8) needed by module nginx:1.14:8020020210309154136:ff983833-0.x86_64  问题 25: conflicting requests   - nothing provides module(platform:an8) needed by module nodejs:10:8040020210618040355:5280c3a7-0.x86_64  问题 26: conflicting requests   - nothing provides module(platform:an8) needed by module perl:5.26:8020020210225070756:ff983833-0.x86_64  问题 27: conflicting requests   - nothing provides module(platform:an8) needed by module php:7.2:8020020210506014827:d170ce78-0.x86_64  问题 28: conflicting requests   - nothing provides module(platform:an8) needed by module postgresql:10:8040020210618040402:5280c3a7-0.x86_64  问题 29: conflicting requests   - nothing provides module(platform:an8) needed by module postgresql:10:8040020210721122230:5280c3a7-0.x86_64  问题 30: conflicting requests   - nothing provides module(platform:an8) needed by module python27:2.7:8040020210622162915:1d5ee22b-0.x86_64  问题 31: conflicting requests   - nothing provides module(platform:an8) needed by module python36:3.6:8040020210618040407:edf1e464-0.x86_64  问题 32: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020210622005013:15a7ec98-0.x86_64  问题 33: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020210721125037:15a7ec98-0.x86_64  问题 34: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020211111023819:15a7ec98-0.x86_64  问题 35: conflicting requests   - nothing provides module(platform:an8) needed by module python39:3.9:8040020210624010313:124ab977-0.x86_64  问题 36: conflicting requests   - nothing provides module(platform:an8) needed by module redis:5:8020020210130081236:ff983833-0.x86_64  问题 37: conflicting requests   - nothing provides module(platform:an8) needed by module ruby:2.5:8040020210618040410:5280c3a7-0.x86_64  问题 38: conflicting requests   - nothing provides module(platform:an8) needed by module ruby:2.5:8040020210721120317:5280c3a7-0.x86_64  问题 39: conflicting requests   - nothing provides module(platform:an8) needed by module rust-toolset:an8:8040020210619041904:b633ef48-0.x86_64  问题 40: conflicting requests   - nothing provides module(platform:an8) needed by module rust-toolset:an8:8040020210830054830:b633ef48-0.x86_64  问题 41: conflicting requests   - nothing provides module(platform:an8) needed by module scala:2.10:8020020210326004050:1f2eea34-0.x86_64  问题 42: conflicting requests   - nothing provides module(platform:an8) needed by module squid:4:8040020210618040413:5280c3a7-0.x86_64  问题 43: conflicting requests   - nothing provides module(platform:an8) needed by module squid:4:8040020210719084511:5280c3a7-0.x86_64  问题 44: conflicting requests   - nothing provides module(platform:an8) needed by module subversion:1.10:8040020210618040414:15a7ec98-0.x86_64  问题 45: conflicting requests   - nothing provides module(platform:an8) needed by module swig:3.0:8040020210618040416:5280c3a7-0.x86_64  问题 46: conflicting requests   - nothing provides module(platform:an8) needed by module varnish:6:8040020210618040417:5280c3a7-0.x86_64  问题 47: conflicting requests   - nothing provides module(platform:an8) needed by module varnish:6:8040020210825011336:5280c3a7-0.x86_64  问题 48: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210624061605:5280c3a7-0.x86_64  问题 49: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210802111222:5280c3a7-0.x86_64  问题 50: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210906015334:5280c3a7-0.x86_64  问题 51: conflicting requests   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:4a646848-0.x86_64   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:537e306f-0.x86_64   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:e449448e-0.x86_64  问题 52: conflicting requests   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:29a560fb-0.x86_64   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:4aab6308-0.x86_64   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:c61e1b14-0.x86_64  问题 53: conflicting requests   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:accac16c-0.x86_64  问题 54: conflicting requests   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:accac16c-0.x86_64  问题 55: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:accac16c-0.x86_64  问题 56: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:00fa0532-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:b3abf6c6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:f4b77656-0.x86_64  问题 57: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:4a0bbef6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:5aff4016-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:f66db79d-0.x86_64  问题 58: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:00fa0532-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:b3abf6c6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:f4b77656-0.x86_64  问题 59: conflicting requests   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:5d86fca7-0.x86_64   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:61fe4325-0.x86_64   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:8cae68ec-0.x86_64 未找到匹配的参数: ceph-common 错误：没有任何匹配: ceph-common
标签:
问题重现步骤:	sudo yum install -y ceph-common sudo yum install -y ntp
附注:
系统说明
附件:

问题注释
(0000888) qhw13324663979    2022-01-26 14:33	bridge-utils和ceph-common 两个软件包不是系统自带的包 系统8已经默认不提供ntp软件包了，默认安装chrony包提供时间服务

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
609	[Anolis OS 8] * OTHERS	一般	总是	2021-12-20 10:17	2022-01-25 11:42
报告员:	season886	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	无法安装fail2ban
描述:	安装完系统无法安装fail2ban，在centos8里是正常安装的 执行： dnf -y install epel-release dnf -y install fail2ban-firewalld python3-inotify
标签:
问题重现步骤:	Failed to set locale, defaulting to C.UTF-8 Last metadata expiration check: 0:00:09 ago on Mon Dec 20 09:58:28 2021. No match for argument: epel-release Error: Unable to find a match: epel-release ----------------------------------------------------------------------------------------------------------------- Failed to set locale, defaulting to C.UTF-8 Last metadata expiration check: 0:00:25 ago on Mon Dec 20 09:58:28 2021. No match for argument: fail2ban Error: Unable to find a match: fail2ban
附注:
系统说明
附件:

问题注释
(0000887) qhw13324663979    2022-01-25 11:42	安装失败是因为anolis 8的软件仓库里面没有epel-release包 可以执行 wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-8.repo && dnf -y install epel-release 解决该问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
420	[Anolis OS 7] General	一般	总是	2021-10-26 19:40	2022-01-22 21:13
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】系统核心功能-基础命令行工具-oprofile-开启采样并分析采样数据
描述:	没有opcontrol命令
标签:
问题重现步骤:	1. 清除上次采样记录 [root@localhost ~]#opcontrol --reset 2. 不分析内核数据 [root@localhost ~]#opcontrol --no-vmlinux 3. 设置采样事件 [root@localhost ~]#opcontrol --setup -e=JUMP_INSTRUCTIONS:10000（根据需要选择相关采样） 4. 开启守护进程进行采样分析 [root@localhost ~]#opcontrol --start 5. 导入采样数据 [root@localhost ~]#opcontrol --dump 6. 停止采样 [root@localhost ~]#opcontrol --stop 7. 查看采样结果 [root@localhost ~]#opreport -l [期望结果]： 7. 采样结果如下： [root@localhost ~]#opreport -l  CPU: Architecture3, speed 1314 MHz (estimated) Counted JUMP_INSTRUCTIONS events (JR instructions) with a unit mask of 0x00 (No unit mask) count 10000 samples % app name symbol name 1932 55.9028 no-vmlinux /no-vmlinux 485 14.0336 libdbus-1.so.3.4.0 /lib64/libdbus-1.so.3.4.0 146 4.2245 bash /bin/bash 113 3.2697 libc-2.12.so mbrtowc 112 3.2407 Xorg.Architecture /usr/bin/Xorg.Architecture 104 3.0093 libc-2.12.so __gconv_transform_utf8_internal 66 1.9097 libgobject-2.0.so.0.2800.8 /lib64/libgobject-2.0.so.0.2800.8 63 1.8229 libc-2.12.so malloc 49 1.4178 libglib-2.0.so.0.2800.8 /lib64/libglib-2.0.so.0.2800.8 38 1.0995 libcairo.so.2.11200.14 /usr/lib64/libcairo.so.2.11200.14 22 0.6366 libpthread-2.12.so pthread_mutex_lock 20 0.5787 libgdk-x11-2.0.so.0.2000.1 /usr/lib64/libgdk-x11-2.0.so.0.2000.1 20 0.5787 oprofiled /usr/bin/oprofiled 19 0.5498 libc-2.12.so _int_malloc 15 0.4340 libpython2.6.so.1.0 /usr/lib64/libpython2.6.so.1.0 14 0.4051 libc-2.12.so free 11 0.3183 libc-2.12.so strlen 11 0.3183 libgtk-x11-2.0.so.0.2000.1 /usr/lib64/libgtk-x11-2.0.so.0.2000.1 10 0.2894 libc-2.12.so __ctype_get_mb_cur_max 10 0.2894 libpixman-1.so.0.32.4 /usr/lib64/libpixman-1.so.0.32.4 9 0.2604 libc-2.12.so _int_free 9 0.2604 libpthread-2.12.so pthread_getspecific 8 0.2315 libc-2.12.so memcpy 8 0.2315 libc-2.12.so strcmp 8 0.2315 libibus.so.2.0.0 /usr/lib64/libibus.so.2.0.0 8 0.2315 libpthread-2.12.so pthread_mutex_unlock 8 0.2315 libvte.so.9.2501.0 /usr/lib64/libvte.so.9.2501.0 7 0.2025 gawk /bin/gawk 7 0.2025 ibus-daemon /usr/bin/ibus-daemon 5 0.1447 dbus-daemon /bin/dbus-daemon 5 0.1447 libc-2.12.so fgetc 5 0.1447 libc-2.12.so memmove [实际结果]： 1. 没有opcontrol命令 具体可见附件
附注:
系统说明
附件:	opcontrol.png (36,789 字节) 2021-10-26 19:40 https://bugs-old.openanolis.cn/file_download.php?file_id=249&type=bug image.png (185,631 字节) 2022-01-22 21:12 https://bugs-old.openanolis.cn/file_download.php?file_id=346&type=bug

问题注释
(0000885) geliwei-ali    2022-01-22 21:12	请确认有没有安装对应的工具包？
(0000886) geliwei-ali    2022-01-22 21:13	opcontrol不是包名 只是其中的一个命令

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
624	[Anolis OS 8] * OTHERS	一般	没有试验	2022-01-18 15:45	2022-01-18 15:45
报告员:	xingwei-liu	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis8.4 制作并更新DDE外网仓库
描述:	现在8.4 DDE的包都已经上传到koji dist-an8-dde的tag中 ，麻烦帮忙做一下8.4 DDE的外网仓库 8.2的DDE的对应的tag已经更换为dist-an8.2-dde，8.2 DDE的外网地址是不是也需要更新一下
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
616	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-12-21 20:29	2022-01-17 09:24
报告员:	wb-wpp899309	平台:	x86_64
分派给:		操作系统:	Anolis OS 8.4
优先级:	中	操作系统版本:	x86_64
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.4-RC1-510-x86/aarch64]默认开机启动服务kdump.service状态为failed，crashkernel=auto
描述:	[缺陷描述] kdump默认配置为crashkernel=auto，kdump服务状态为failed，修改为crashkernel=512M，kdump服务正常，麻烦帮忙确认是否需要将crashkernel默认配置修改为适当的值 # cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-5.10.84-10_rc1.an8.x86_64 root=UUID=9b210f57-a0f1-4236-a87f-f47824d3be7f ro crashkernel=auto rhgb nvme_core.io_timeout=4294967295 quiet net.ifnames=0 console=tty0 console=ttyS0,115200n8 # systemctl status kdump ● kdump.service - Crash recovery kernel arming    Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)    Active: failed (Result: exit-code) since Tue 2021-12-21 19:57:48 CST; 27min ago   Process: 13384 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)  Main PID: 13384 (code=exited, status=1/FAILURE) Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: Starting Crash recovery kernel arming... Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z kdumpctl[13384]: No memory reserved for crash kernel Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z kdumpctl[13384]: Starting kdump: [FAILED] Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: kdump.service: Main process exited, code=exited, status=1/FAILU> Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: kdump.service: Failed with result 'exit-code'. Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: Failed to start Crash recovery kernel arming. # systemctl status kdump ● kdump.service - Crash recovery kernel arming    Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)    Active: failed (Result: exit-code) since Tue 2021-12-21 19:57:48 CST; 27min ago   Process: 13384 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)  Main PID: 13384 (code=exited, status=1/FAILURE) Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: Starting Crash recovery kernel arming... Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z kdumpctl[13384]: No memory reserved for crash kernel Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z kdumpctl[13384]: Starting kdump: [FAILED] Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: kdump.service: Main process exited, code=exited, status=1/FAILU> Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: kdump.service: Failed with result 'exit-code'. Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: Failed to start Crash recovery kernel arming. [环境信息]： 内核信息： # uname -r 5.10.84-10_rc1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" cpu信息: # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 128 On-line CPU(s) list: 0-127 Thread(s) per core: 2 Core(s) per socket: 64 Socket(s): 1 NUMA node(s): 1 Vendor ID: AuthenticAMD BIOS Vendor ID: Alibaba Cloud CPU family: 25 Model: 1 Model name: AMD EPYC 7T83 64-Core Processor BIOS Model name: pc-i440fx-2.1 Stepping: 1 CPU MHz: 2545.216 BogoMIPS: 5090.43 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 512K L3 cache: 32768K NUMA node0 CPU(s): 0-127 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext invpcid_single vmmcall tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves clzero xsaveerptr rdpru wbnoinvd arat vaes vpclmulqdq rdpid fsrm 内存信息： # free -h                     total used free shared buff/cache available Mem: 495Gi 1.2Gi 494Gi 2.0Mi 449Mi 491Gi Swap: 0B 0B 0B [期望结果]： 开机启动服务kdump，状态为active [实际结果]： 开机启动服务kdump，状态为failed [原因定位]： 修改启动参数crashkernel=512M，服务可以启动 默认启动参数crashkernel=auto，服务启动失败 [修复建议]： 请确认设置默认开机参数导致kdump服务启动失败是否合理
标签:
问题重现步骤:	安装内核启动机器后 systemctl status tcsd.service，查询服务当前状态，其状态为fail，错误信息为无保留的内存供kdump使用
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
622	[Anolis OS 8] - cloud kernel 5.10	严重	随机	2022-01-11 15:05	2022-01-17 09:20
报告员:	kangwen429	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.4-5.10-x86]升级5.10.84-10_rc2.an8.x86 版本内核后,稳定性测试出现crash：watchdog: BUG: soft lockup RIP: 0010:rt_flush_dev+0x84/0xb0
描述:	升级5.10.84-10_rc2.an8.x86 版本内核后,稳定性测试出现crash：watchdog: BUG: soft lockup RIP: 0010:rt_flush_dev+0x84/0xb0 部分vmcore-dmesg日志如下，更多日志参看附件： [10582.149998] Kernel panic - not syncing: softlockup: hung tasks [10582.150683] CPU: 42 PID: 119122 Comm: kworker/u128:21 Kdump: loaded Tainted: G W EL 5.10.84-10_rc2.an8.x86_64 #1 [10582.151411] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 90210cb 04/01/2014 [10582.152116] Workqueue: netns cleanup_net [10582.152746] Call Trace: [10582.153333] <IRQ> [10582.153921] dump_stack+0x57/0x6a [10582.154520] panic+0x10d/0x2e9 [10582.155100] watchdog_timer_fn.cold.14+0xc/0x16 [10582.155699] ? report_softlockup+0x1a0/0x1a0 [10582.156286] __hrtimer_run_queues+0xf1/0x230 [10582.156876] hrtimer_interrupt+0x100/0x210 [10582.157433] __sysvec_apic_timer_interrupt+0x5d/0xd0 [10582.158000] asm_call_irq_on_stack+0xf/0x20 [10582.158548] </IRQ> [10582.159057] sysvec_apic_timer_interrupt+0x73/0x80 [10582.159606] asm_sysvec_apic_timer_interrupt+0x12/0x20 [10582.160150] RIP: 0010:rt_flush_dev+0x84/0xb0 [10582.160675] Code: ff ff 48 39 c6 74 36 48 39 1a 75 1e 48 8b 0d ab 60 35 02 48 89 0a 48 8b 89 d0 04 00 00 65 ff 01 48 8b 8b d0 04 00 00 65 ff 09 <48> 8b 8a a0 00 00 00 48 8d 91 60 ff ff ff 48 39 ce 75 ca 4c 89 e7 [10582.161902] RSP: 0018:ffffa0ea10d2bd10 EFLAGS: 00000287 [10582.162476] RAX: ffff8ea0b2718e20 RBX: ffff8e958125d000 RCX: ffff8e7f0152e820 [10582.163097] RDX: ffff8e7f0152e780 RSI: ffff8eb4433b4988 RDI: ffff8eb4433b4980 [10582.163705] RBP: 0000000000034980 R08: 0000000000000000 R09: 0000000000000016 [10582.164302] R10: 00000000ffffffff R11: 0000000000000001 R12: ffff8eb4433b4980 [10582.164911] R13: 0000000000000016 R14: 0000000000000020 R15: 0000000000000000 [10582.165528] fib_netdev_event+0x110/0x140 [10582.166071] raw_notifier_call_chain+0x41/0x50 [10582.166628] ? dev_disable_lro+0xe0/0xe0 [10582.167172] rollback_registered_many+0x320/0x5b0 [10582.167728] unregister_netdevice_many+0x17/0x70 [10582.168276] default_device_exit_batch+0x131/0x150 [10582.168834] ? do_wait_intr_irq+0xa0/0xa0 [10582.169391] cleanup_net+0x224/0x340 [10582.169942] process_one_work+0x19e/0x340 [10582.170503] worker_thread+0x30/0x360 [10582.171037] ? process_one_work+0x340/0x340 [10582.171575] kthread+0x116/0x130 [10582.172102] ? __kthread_cancel_work+0x40/0x40 [10582.172648] ret_from_fork+0x1f/0x30 [10582.174524] Kernel Offset: 0x22000000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff) [预期结果]：稳定性测试不会导致环境crash [实际结果]：执行stress-ng测试1h左右，环境出现crash [复现概率]：大概率会复现。 [环境信息]： 内核信息： # uname -r 5.10.84-10_rc2.an8.x86_64 机型： ECS 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" # free -mh               total used free shared buff/cache available Mem: 247Gi 820Mi 245Gi 2.0Mi 755Mi 244Gi Swap: 0B 0B 0B # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 64 On-line CPU(s) list: 0-63 Thread(s) per core: 2 Core(s) per socket: 32 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel BIOS Vendor ID: Alibaba Cloud CPU family: 6 Model: 106 Model name: Intel(R) Xeon(R) Platinum 8369B CPU @ 2.70GHz BIOS Model name: pc-i440fx-2.1 Stepping: 6 CPU MHz: 2699.998 BogoMIPS: 5399.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 48K L1i cache: 32K L2 cache: 1280K L3 cache: 49152K NUMA node0 CPU(s): 0-63 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single ibrs_enhanced fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves wbnoinvd arat avx512vbmi avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid fsrm arch_capabilities
标签:
问题重现步骤:	安装最新版本的stress-ng，设置系统参数： echo 1  > /proc/sys/kernel/panic echo 1  > /proc/sys/kernel/hardlockup_panic echo 1  > /proc/sys/kernel/softlockup_panic echo 50 > /proc/sys/kernel/watchdog_thresh echo 1200 > /proc/sys/kernel/hung_task_timeout_secs echo 0   > /proc/sys/kernel/hung_task_panic 执行压力测试： nohup stress-ng -a 1 -x seccomp,mmap,mmapaddr,mmapfixed,mmapfork,mmapmany,mremap,rlimit,stack,bigheap,env,brk,bad-altstack,aio,sysfs,bad-altstack,shm,close,clock,fallocate,l1cache,pci,sigio,rlimit,binderfs,munmap,softlockup,resources,fifo,set,zlib,wcs,tree,splice,sockfd,sctp,radixsort,pipe,mergesort,key,inotify,heapsort,epoll,dccp,cap,aiol,vforkmany,switch,sock,cyclic,cpu-online,mlockmany,oom-pipe,sysinval,watchdog -t 72h --metrics --times --verify -v -Y /disk1/tmpdir/stress-ng/stress-statistic-11.yaml --log-file /disk1/tmpdir/stress-ng/stress-logfile-11.txt --temp-path /disk1/tmpdir/stress-ng/ --oomable --skip-silent &
附注:
系统说明
附件:	vmcore-dmesg.rar (176,394 字节) 2022-01-11 15:05 https://bugs-old.openanolis.cn/file_download.php?file_id=342&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
294	[Anolis OS 8] kernel	一般	总是	2021-09-24 15:02	2021-12-31 10:53
报告员:	wb-zh951434	平台:	x86_64
分派给:	ZhangBinChen	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis 8.2 kernel-4.18.0-193.65.2构建失败
描述:	http://build.openanolis.cn/koji/taskinfo?taskID=134685 pahole版本不满足要求
标签:
问题重现步骤:
附注:
系统说明
附件:	kernel.jpg (135,628 字节) 2021-09-24 15:02 https://bugs-old.openanolis.cn/file_download.php?file_id=172&type=bug

问题注释
(0000871) ZhangBinChen    2021-12-31 10:53	http://8.131.87.1/koji/buildinfo?buildID=12132

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
606	[Anolis OS 8] python-lxml	一般	没有试验	2021-12-16 18:18	2021-12-31 10:51
报告员:	wb-zh951434	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis 8.4 python-lxml构建失败
描述:	失败task：http://build.openanolis.cn/koji/taskinfo?taskID=208562
标签:	8.4构建
问题重现步骤:
附注:
附件:

问题注释
(0000870) ZhangBinChen    2021-12-31 10:51	http://8.131.87.1/koji/buildinfo?buildID=14752

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
620	[Anolis OS 8] - iso-images	一般	总是	2021-12-28 14:28	2021-12-28 14:28
报告员:	lystormenvoy	平台:	x86_64
分派给:	_administrator_	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	在EXSi中安装失败
描述:	在ESXi中尝试安装AnolisOS8.4，使用的是Minimal镜像，出现了几个问题 1.安装程序中光标无法操作，光标固定在控制台正中央。（CentOS8镜像无此问题，所以应该是AnolisOS的问题） 2.开始安装时出现附件图1的报错 3.安装后段出现图2报错，与图1相关。
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (86,458 字节) 2021-12-28 14:28 https://bugs-old.openanolis.cn/file_download.php?file_id=339&type=bug image-2.png (63,440 字节) 2021-12-28 14:28 https://bugs-old.openanolis.cn/file_download.php?file_id=340&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
619	[Anolis OS 8] kernel	一般	总是	2021-12-27 20:07	2021-12-27 20:07
报告员:	wb-wpp899309	平台:	aarch64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][aarch64][飞腾] 安装docker-ce后，systemctl start docker启动服务失败
描述:	[缺陷描述] 安装docker-ce相关软件包后，systemctl start docker启动服务失败 错误如下： # systemctl status docker ● docker.service - Docker Application Container Engine    Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled)    Active: failed (Result: exit-code) since Mon 2021-12-27 18:33:04 CST; 43s ago      Docs: https://docs.docker.com   Process: 2841 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, stat>  Main PID: 2841 (code=exited, status=1/FAILURE) Dec 27 18:33:04 k28b13176.eu95sqa systemd[1]: docker.service: Service RestartSec=2s expired, scheduling restart. Dec 27 18:33:04 k28b13176.eu95sqa systemd[1]: docker.service: Scheduled restart job, restart counter is at 3. Dec 27 18:33:04 k28b13176.eu95sqa systemd[1]: Stopped Docker Application Container Engine. Dec 27 18:33:04 k28b13176.eu95sqa systemd[1]: docker.service: Start request repeated too quickly. Dec 27 18:33:04 k28b13176.eu95sqa systemd[1]: docker.service: Failed with result 'exit-code'. Dec 27 18:33:04 k28b13176.eu95sqa systemd[1]: Failed to start Docker Application Container Engine. Dec 27 18:33:35 k28b13176.eu95sqa systemd[1]: docker.service: Start request repeated too quickly. Dec 27 18:33:35 k28b13176.eu95sqa systemd[1]: docker.service: Failed with result 'exit-code'. Dec 27 18:33:35 k28b13176.eu95sqa systemd[1]: Failed to start Docker Application Container Engine. # docker version Client: Docker Engine - Community  Version: 20.10.12  API version: 1.41  Go version: go1.16.12  Git commit: e91ed57  Built: Mon Dec 13 11:44:33 2021  OS/Arch: linux/arm64  Context: default  Experimental: true Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? [重现概率] 必现 [重现环境] 内核： # uname -r 5.10.84-10_rc1.an8.aarch64 # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" # lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 64 On-line CPU(s) list: 0-63 Thread(s) per core: 1 Core(s) per socket: 64 Socket(s): 1 NUMA node(s): 8 Vendor ID: 0x70 BIOS Vendor ID: PHYTIUM Model: 2 BIOS Model name: FT2000PLUS Stepping: 0x1 BogoMIPS: 100.00 L1d cache: 32K L1i cache: 32K L2 cache: 2048K NUMA node0 CPU(s): 0-7 NUMA node1 CPU(s): 8-15 NUMA node2 CPU(s): 16-23 NUMA node3 CPU(s): 24-31 NUMA node4 CPU(s): 32-39 NUMA node5 CPU(s): 40-47 NUMA node6 CPU(s): 48-55 NUMA node7 CPU(s): 56-63 Flags: fp asimd evtstrm crc32 cpuid # free -h                     total used free shared buff/cache available Mem: 500Gi 3.2Gi 496Gi 16Mi 1.4Gi 495Gi Swap: 2.0Gi 0B 2.0Gi
标签:
问题重现步骤:	1、添加软件源信息 yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo sed -i 's/\$releasever/8/' /etc/yum.repos.d/docker-ce.repo 2、安装docker-ce rpm -q docker && yum erase -y docker docker-common docker-client yum repo-pkgs docker-ce-stable install -y 3、开启Docker服务 systemctl start docker && systemctl status docker
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
542	[Anolis OS 8] * OTHERS	严重	总是	2021-11-16 18:33	2021-12-27 20:07
报告员:	shanxifanshi	平台:	aarch64(Phytium)
分派给:	qhw13324663979	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	无法重现
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4] [aarch64]安装docker-ce后，systemctl start docker启动服务失败
描述:	[缺陷描述] 安装docker-ce相关软件包后，systemctl start docker启动服务失败 错误如下： # systemctl status docker ● docker.service - Docker Application Container Engine    Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled)    Active: failed (Result: exit-code) since Tue 2021-11-16 17:50:42 CST; 3s ago      Docs: https://docs.docker.com   Process: 4729 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE)  Main PID: 4729 (code=exited, status=1/FAILURE) Nov 16 17:50:42 k28b13176.eu95sqa systemd[1]: docker.service: Service RestartSec=2s expired, scheduling restart. Nov 16 17:50:42 k28b13176.eu95sqa systemd[1]: docker.service: Scheduled restart job, restart counter is at 3. Nov 16 17:50:42 k28b13176.eu95sqa systemd[1]: Stopped Docker Application Container Engine. Nov 16 17:50:42 k28b13176.eu95sqa systemd[1]: docker.service: Start request repeated too quickly. Nov 16 17:50:42 k28b13176.eu95sqa systemd[1]: docker.service: Failed with result 'exit-code'. Nov 16 17:50:42 k28b13176.eu95sqa systemd[1]: Failed to start Docker Application Container Engine. # docker version Client: Docker Engine - Community  Version: 20.10.10  API version: 1.41  Go version: go1.16.9  Git commit: b485636  Built: Mon Oct 25 07:42:02 2021  OS/Arch: linux/arm64  Context: default  Experimental: true Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? # getenforce Disabled [重现概率] 必现 [重现环境] # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" # uname -r 4.19.91-25_rc2.an8.aarch64 [实际结果]： 安装docker-ce相关软件包后，服务启动失败 [预期结果]： 安装docker-ce相关软件包后，systemctl start docker启动服务成功
标签:
问题重现步骤:	[复现步骤] 1）配置docker-ce源 # cat /etc/yum.repos.d/docker-ce.repo [docker] name = docker-ce baseurl=https://mirrors.aliyun.com/docker-ce/linux/centos/8/$basearch/stable/ enabled=1 gpgcheck=0 2）安装docker-ce dnf module enable container-tools yum install docker-ce systemctl start docker systemctl status docker
附注:
系统说明
附件:	lQLPDhrQonpDodbNA0fNB2awjh98wcCNzycBgxHh8QBaAA_1894_839.png (59,748 字节) 2021-12-03 14:32 https://bugs-old.openanolis.cn/file_download.php?file_id=314&type=bug

问题注释
(0000786) shanxifanshi    2021-11-26 11:25	4.19.91-25 an8 arm release版本仍然存在该问题 [root@k28b13176 ~]# systemctl status docker ● docker.service - Docker Application Container Engine    Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled)    Active: failed (Result: exit-code) since Fri 2021-11-26 11:19:51 CST; 23s ago      Docs: https://docs.docker.com   Process: 13615 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE)  Main PID: 13615 (code=exited, status=1/FAILURE) Nov 26 11:19:51 k28b13176.eu95sqa systemd[1]: docker.service: Service RestartSec=2s expired, scheduling restart. Nov 26 11:19:51 k28b13176.eu95sqa systemd[1]: docker.service: Scheduled restart job, restart counter is at 3. Nov 26 11:19:51 k28b13176.eu95sqa systemd[1]: Stopped Docker Application Container Engine. Nov 26 11:19:51 k28b13176.eu95sqa systemd[1]: docker.service: Start request repeated too quickly. Nov 26 11:19:51 k28b13176.eu95sqa systemd[1]: docker.service: Failed with result 'exit-code'. Nov 26 11:19:51 k28b13176.eu95sqa systemd[1]: Failed to start Docker Application Container Engine. [root@k28b13176 ~]# docker ps Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? [root@k28b13176 ~]# docker version Client: Docker Engine - Community  Version: 20.10.11  API version: 1.41  Go version: go1.16.9  Git commit: dea9396  Built: Thu Nov 18 00:35:48 2021  OS/Arch: linux/arm64  Context: default  Experimental: true Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? [root@k28b13176 ~]# uname -r 4.19.91-25.an8.aarch64
(0000806) qhw13324663979    2021-12-03 14:32	docker 20.10.11版本和20.10.10版本都没有复现问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
607	[Anolis OS 8] firefox	一般	总是	2021-12-16 18:22	2021-12-27 18:43
报告员:	wb-zh951434	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis 8.4 firefox构建失败
描述:	失败task：http://build.openanolis.cn/koji/taskinfo?taskID=209606
标签:	8.4构建
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
604	[Anolis OS 8] grafana	一般	总是	2021-12-16 18:15	2021-12-27 16:23
报告员:	wb-zh951434	平台:
分派给:	yunqi-zwt	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis 8.4 grafana构建失败
描述:	构建失败task：http://8.131.87.1/koji/taskinfo?taskID=208950
标签:	8.4构建
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
473	[Anolis OS 8] kernel	一般	总是	2021-11-04 10:20	2021-12-27 11:05
报告员:	yinyongchen	平台:	x86_64
分派给:	zelindeng	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.2
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86] 兆芯环境升级 4.19.91-25.rc1 版本内核后，dmesg中有err信息 acpi_cpufreq: acpi_cpufreq: failed to register hotplug callbacks
描述:	[缺陷描述]： 兆芯环境从原 4.19.91-24.8 版本的kernel升级到 4.19.91-25.rc1 ， dmesg中有err信息 acpi_cpufreq: acpi_cpufreq: failed to register hotplug callbacks 且 warn信息中有 Call Trace 和其他告警信息 # dmesg -l err -T [Wed Nov 3 17:22:35 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Wed Nov 3 17:22:35 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [Wed Nov 3 17:22:43 2021] acpi_cpufreq: acpi_cpufreq: failed to register hotplug callbacks # dmesg -l warn -T [Wed Nov 3 17:22:34 2021] HPET config register value = 0xFFFFFFFF. Disabling HPET [Wed Nov 3 17:22:34 2021] ------------[ cut here ]------------ [Wed Nov 3 17:22:34 2021] can't patch jump_label at _prepare_exit_to_usermode+0x4d/0x90 [Wed Nov 3 17:22:34 2021] WARNING: CPU: 0 PID: 0 at kernel/jump_label.c:376 __jump_label_update+0xa4/0xb0 [Wed Nov 3 17:22:34 2021] Modules linked in: [Wed Nov 3 17:22:34 2021] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.19.91-25.rc1.an8.x86_64 #1 [Wed Nov 3 17:22:34 2021] Hardware name: Inspur CS5260Z/YZMB-02013-101, BIOS 3.2.12 08/14/2020 [Wed Nov 3 17:22:34 2021] RIP: 0010:__jump_label_update+0xa4/0xb0 [Wed Nov 3 17:22:34 2021] Code: 8c e3 ff 48 39 dd 77 ba 5b 5d 41 5c 41 5d c3 80 3d 17 f0 23 01 00 75 a1 48 8b 33 4c 89 ef c6 05 08 f0 23 01 01 e8 d6 c3 ea ff <0f> 0b eb 8b c3 0f 1f 80 00 00 00 00 66 66 66 66 90 80 3d 74 4b 28 [Wed Nov 3 17:22:34 2021] RSP: 0000:ffffffff9f203e68 EFLAGS: 00010296 [Wed Nov 3 17:22:34 2021] RAX: 000000000000003d RBX: ffffffff9f450b40 RCX: ffffffff9fb0ca20 [Wed Nov 3 17:22:34 2021] RDX: 000000000000001d RSI: ffffffff9fb0ca40 RDI: 0000000000000246 [Wed Nov 3 17:22:34 2021] RBP: ffffffff9f4567f8 R08: 5f746978655f6572 R09: 6d726573755f6f74 [Wed Nov 3 17:22:34 2021] R10: 302b65646f6d7265 R11: 303978302f643478 R12: ffffffff9faa6620 [Wed Nov 3 17:22:34 2021] R13: ffffffff9f0ee9f2 R14: 00000000cba9f998 R15: 00000000ffffffff [Wed Nov 3 17:22:34 2021] FS: 0000000000000000(0000) GS:ffff962aafa00000(0000) knlGS:0000000000000000 [Wed Nov 3 17:22:34 2021] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [Wed Nov 3 17:22:34 2021] CR2: ffff9622c1801000 CR3: 00000007fe20a001 CR4: 0000000000170ef0 [Wed Nov 3 17:22:34 2021] Call Trace: [Wed Nov 3 17:22:34 2021] static_key_enable_cpuslocked+0x52/0x80 [Wed Nov 3 17:22:34 2021] static_key_enable+0x16/0x20 [Wed Nov 3 17:22:34 2021] mds_select_mitigation+0x53/0x7b [Wed Nov 3 17:22:34 2021] check_bugs+0x858/0xa66 [Wed Nov 3 17:22:34 2021] ? __slab_alloc+0x29/0x30 [Wed Nov 3 17:22:34 2021] ? kmem_cache_alloc+0x188/0x190 [Wed Nov 3 17:22:34 2021] start_kernel+0x4f4/0x523 [Wed Nov 3 17:22:34 2021] secondary_startup_64+0xb5/0xc0 [Wed Nov 3 17:22:34 2021] ---[ end trace f5efcf0182296d42 ]--- [Wed Nov 3 17:22:34 2021] E events, zhaoxin_pmu PMU driver. [Wed Nov 3 17:22:34 2021] # 2 ...... [Wed Nov 3 17:22:34 2021] # 7 [Wed Nov 3 17:22:34 2021] TSC synchronization [CPU#0 -> CPU#8]: [Wed Nov 3 17:22:34 2021] Measured 39960 cycles TSC warp between CPUs, turning off TSC clock. [Wed Nov 3 17:22:34 2021] # 9 ...... [Wed Nov 3 17:22:34 2021] # 15 [Wed Nov 3 17:22:35 2021] ACPI: Deprecated procfs I/F for AC is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared [Wed Nov 3 17:22:35 2021] Unstable clock detected, switching default tracing clock to "global"                            If you want to keep using the local clock, then add:                              "trace_clock=local"                            on the kernel command line [Wed Nov 3 17:22:37 2021] ahci 0000:00:0f.0: both AHCI_HFLAG_MULTI_MSI flag set and custom irq handler implemented [Wed Nov 3 17:22:41 2021] systemd: 19 output lines suppressed due to ratelimiting [Wed Nov 3 17:22:43 2021] via_cputemp via_cputemp.0: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Wed Nov 3 17:22:43 2021] via_cputemp via_cputemp.1: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Wed Nov 3 17:22:43 2021] via_cputemp via_cputemp.2: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). ...... [Wed Nov 3 17:22:43 2021] via_cputemp via_cputemp.13: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Wed Nov 3 17:22:43 2021] via_cputemp via_cputemp.14: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Wed Nov 3 17:22:43 2021] via_cputemp via_cputemp.15: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [期望结果]： 升级内核后重启，dmesg日志中无err和warn日志 [实际结果]： 升级内核后重启，dmesg日志中有err和warn日志 [重现概率] 必现 [重现环境] 兆芯机器， x86_64 OS：Anolis OS release 8.2 KERNEL:    升级前 4.19.91-24.8.an8.x86_64    升级后 4.19.91-25.rc1.an8.x86_64 # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 16 On-line CPU(s) list: 0-15 Thread(s) per core: 1 Core(s) per socket: 8 Socket(s): 2 NUMA node(s): 2 Vendor ID: CentaurHauls CPU family: 7 Model: 59 Model name: ZHAOXIN KaiSheng KH-37800D@2.7GHz Stepping: 14 CPU MHz: 2700.000 CPU max MHz: 2700.0000 CPU min MHz: 1200.0000 BogoMIPS: 5389.11 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 4096K NUMA node0 CPU(s): 0-7 NUMA node1 CPU(s): 8-15 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl xtopology nonstop_tsc cpuid pni pclmulqdq monitor vmx smx est tm2 ssse3 cx16 xtpr pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand rng rng_en sm3 sm4 sm3_en sm4_en ace ace_en ace2 phe phe_en pmm pmm_en parallax rng2 rng2_en phe2 phe2_en rsa rsa_en lahf_lm abm 3dnowprefetch invpcid_single ibrs ibpb tpr_shadow vnmi ept vpid fsgsbase tsc_adjust bmi1 smep bmi2 invpcid rdseed adx sha_ni xsaveopt dtherm ida umip arch_capabilities
标签:
问题重现步骤:	1、下载 4.19.91-25.rc1 版本kernel包，在兆芯环境安装后重启 2、查看dmesg信息
附注:
系统说明
附件:

问题注释
(0000696) Shiloong    2021-11-12 15:08	这里有两个问题: 1. acpi_cpufreq: acpi_cpufreq: failed to register hotplug callbacks 2. can't patch jump_label at _prepare_exit_to_usermode+0x4d/0x90 请架构同学帮忙看看.
(0000748) zelindeng    2021-11-19 16:46	@Shiloong:这里有两个问题: 1. acpi_cpufreq: acpi_cpufreq: failed to register hotplug callbacks 2. can't patch jump_label at _prepare_exit_to_usermode+0x4d/0x90 请架构同学帮忙看看. ----------------------------------------------------------------------------------------------------------------------------------------------------- 第二个问题，鹰羽已经修复。 第一个问题，按理说4.19.91-24也是有的，modprobe acpi_cpufreq一下应该就能看到。这个rootcause是在cpu online的callback调用的时候出错，写msr的时候只支持intel/amd/hygon的cpu，这个upstream也尚未修复。需要等vendor修复，或者我们可以自己往upstream提交patch
(0000785) yinyongchen    2021-11-26 11:05	@zelindeng:第二个问题，鹰羽已经修复。 第一个问题，按理说4.19.91-24也是有的，modprobe acpi_cpufreq一下应该就能看到。这个rootcause是在cpu online的callback调用的时候出错，写msr的时候只支持intel/amd/hygon的cpu，这个upstream也尚未修复。需要等vendor修复，或者我们可以自己往upstream提交patch ----------------------------------------------------------------------------------------------------------------------------------------------------- 第二个问题，在 release版本内核上仍然存在 # uname -r 4.19.91-25.an8.x86_64 # dmesg -l warn -T [Fri Nov 26 10:55:13 2021] HPET config register value = 0xFFFFFFFF. Disabling HPET [Fri Nov 26 10:55:13 2021] ------------[ cut here ]------------ [Fri Nov 26 10:55:13 2021] can't patch jump_label at _prepare_exit_to_usermode+0x4d/0x90 [Fri Nov 26 10:55:13 2021] WARNING: CPU: 0 PID: 0 at kernel/jump_label.c:376 __jump_label_update+0xa4/0xb0 [Fri Nov 26 10:55:13 2021] Modules linked in: [Fri Nov 26 10:55:13 2021] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.19.91-25.an8.x86_64 #1 [Fri Nov 26 10:55:13 2021] Hardware name: Inspur CS5260Z/YZMB-02013-101, BIOS 3.2.12 08/14/2020 [Fri Nov 26 10:55:13 2021] RIP: 0010:__jump_label_update+0xa4/0xb0 [Fri Nov 26 10:55:13 2021] Code: 84 e3 ff 48 39 dd 77 ba 5b 5d 41 5c 41 5d c3 80 3d 87 e8 23 01 00 75 a1 48 8b 33 4c 89 ef c6 05 78 e8 23 01 01 e8 66 bb ea ff <0f> 0b eb 8b c3 0f 1f 80 00 00 00 00 66 66 66 66 90 80 3d 24 44 28 [Fri Nov 26 10:55:13 2021] RSP: 0000:ffffffff99203e68 EFLAGS: 00010296 [Fri Nov 26 10:55:13 2021] RAX: 000000000000003d RBX: ffffffff99450cb8 RCX: ffffffff99b0ca60 [Fri Nov 26 10:55:13 2021] RDX: 000000000000001d RSI: ffffffff99b0ca80 RDI: 0000000000000246 [Fri Nov 26 10:55:13 2021] RBP: ffffffff99456910 R08: 5f746978655f6572 R09: 6d726573755f6f74 [Fri Nov 26 10:55:13 2021] R10: 302b65646f6d7265 R11: 303978302f643478 R12: ffffffff99aa6620 [Fri Nov 26 10:55:13 2021] R13: ffffffff990eeb12 R14: 00000000cb595018 R15: 00000000ffffffff [Fri Nov 26 10:55:13 2021] FS: 0000000000000000(0000) GS:ffff92996fa00000(0000) knlGS:0000000000000000 [Fri Nov 26 10:55:13 2021] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [Fri Nov 26 10:55:13 2021] CR2: ffff92a92a801000 CR3: 0000001fa720a001 CR4: 0000000000170ef0 [Fri Nov 26 10:55:13 2021] Call Trace: [Fri Nov 26 10:55:13 2021] static_key_enable_cpuslocked+0x52/0x80 [Fri Nov 26 10:55:13 2021] static_key_enable+0x16/0x20 [Fri Nov 26 10:55:13 2021] mds_select_mitigation+0x53/0x7b [Fri Nov 26 10:55:13 2021] check_bugs+0x858/0xa66 [Fri Nov 26 10:55:13 2021] ? __slab_alloc+0x29/0x30 [Fri Nov 26 10:55:13 2021] ? kmem_cache_alloc+0x188/0x190 [Fri Nov 26 10:55:13 2021] start_kernel+0x4f4/0x523 [Fri Nov 26 10:55:13 2021] secondary_startup_64+0xb5/0xc0 [Fri Nov 26 10:55:13 2021] ---[ end trace be3dc2b3f23dcb27 ]--- [Fri Nov 26 10:55:13 2021] E events, zhaoxin_pmu PMU driver. [Fri Nov 26 10:55:13 2021] #2 [Fri Nov 26 10:55:13 2021] #3 [Fri Nov 26 10:55:13 2021] #4 [Fri Nov 26 10:55:13 2021] 0000005 [Fri Nov 26 10:55:13 2021] 0000006 [Fri Nov 26 10:55:13 2021] #7 [Fri Nov 26 10:55:13 2021] TSC synchronization [CPU#0 -> CPU#8]: [Fri Nov 26 10:55:13 2021] Measured 41310 cycles TSC warp between CPUs, turning off TSC clock. [Fri Nov 26 10:55:13 2021] #9 [Fri Nov 26 10:55:13 2021] 0000010 [Fri Nov 26 10:55:13 2021] 0000011 [Fri Nov 26 10:55:13 2021] #12 [Fri Nov 26 10:55:13 2021] 0000013 [Fri Nov 26 10:55:13 2021] 0000014 [Fri Nov 26 10:55:13 2021] 0000015 [Fri Nov 26 10:55:14 2021] ACPI: Deprecated procfs I/F for AC is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared [Fri Nov 26 10:55:14 2021] Unstable clock detected, switching default tracing clock to "global"                            If you want to keep using the local clock, then add:                              "trace_clock=local"                            on the kernel command line [Fri Nov 26 10:55:16 2021] ahci 0000:00:0f.0: both AHCI_HFLAG_MULTI_MSI flag set and custom irq handler implemented [Fri Nov 26 10:55:20 2021] systemd: 19 output lines suppressed due to ratelimiting [Fri Nov 26 10:55:22 2021] md0: WARNING: sdc1 appears to be on the same physical disk as sdc2. [Fri Nov 26 10:55:22 2021] True protection against single-disk failure might be compromised. [Fri Nov 26 10:55:22 2021] via_cputemp via_cputemp.0: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Fri Nov 26 10:55:22 2021] via_cputemp via_cputemp.1: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). ...... [Fri Nov 26 10:55:22 2021] via_cputemp via_cputemp.14: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Fri Nov 26 10:55:22 2021] via_cputemp via_cputemp.15: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info().
(0000787) zelindeng    2021-11-26 12:43	@yinyongchen:第二个问题，在 release版本内核上仍然存在 # uname -r 4.19.91-25.an8.x86_64 # dmesg -l warn -T [Fri Nov 26 10:55:13 2021] HPET config register value = 0xFFFFFFFF. Disabling HPET [Fri Nov 26 10:55:13 2021] ------------[ cut here ]------------ [Fri Nov 26 10:55:13 2021] can't patch jump_label at _prepare_exit_to_usermode+0x4d/0x90 [Fri Nov 26 10:55:13 2021] WARNING: CPU: 0 PID: 0 at kernel/jump_label.c:376 __jump_label_update+0xa4/0xb0 [Fri Nov 26 10:55:13 2021] Modules linked in: [Fri Nov 26 10:55:13 2021] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.19.91-25.an8.x86_64 #1 [Fri Nov 26 10:55:13 2021] Hardware name: Inspur CS5260Z/YZMB-02013-101, BIOS 3.2.12 08/14/2020 [Fri Nov 26 10:55:13 2021] RIP: 0010:__jump_label_update+0xa4/0xb0 [Fri Nov 26 10:55:13 2021] Code: 84 e3 ff 48 39 dd 77 ba 5b 5d 41 5c 41 5d c3 80 3d 87 e8 23 01 00 75 a1 48 8b 33 4c 89 ef c6 05 78 e8 23 01 01 e8 66 bb ea ff <0f> 0b eb 8b c3 0f 1f 80 00 00 00 00 66 66 66 66 90 80 3d 24 44 28 [Fri Nov 26 10:55:13 2021] RSP: 0000:ffffffff99203e68 EFLAGS: 00010296 [Fri Nov 26 10:55:13 2021] RAX: 000000000000003d RBX: ffffffff99450cb8 RCX: ffffffff99b0ca60 [Fri Nov 26 10:55:13 2021] RDX: 000000000000001d RSI: ffffffff99b0ca80 RDI: 0000000000000246 [Fri Nov 26 10:55:13 2021] RBP: ffffffff99456910 R08: 5f746978655f6572 R09: 6d726573755f6f74 [Fri Nov 26 10:55:13 2021] R10: 302b65646f6d7265 R11: 303978302f643478 R12: ffffffff99aa6620 [Fri Nov 26 10:55:13 2021] R13: ffffffff990eeb12 R14: 00000000cb595018 R15: 00000000ffffffff [Fri Nov 26 10:55:13 2021] FS: 0000000000000000(0000) GS:ffff92996fa00000(0000) knlGS:0000000000000000 [Fri Nov 26 10:55:13 2021] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [Fri Nov 26 10:55:13 2021] CR2: ffff92a92a801000 CR3: 0000001fa720a001 CR4: 0000000000170ef0 [Fri Nov 26 10:55:13 2021] Call Trace: [Fri Nov 26 10:55:13 2021] static_key_enable_cpuslocked+0x52/0x80 [Fri Nov 26 10:55:13 2021] static_key_enable+0x16/0x20 [Fri Nov 26 10:55:13 2021] mds_select_mitigation+0x53/0x7b [Fri Nov 26 10:55:13 2021] check_bugs+0x858/0xa66 [Fri Nov 26 10:55:13 2021] ? __slab_alloc+0x29/0x30 [Fri Nov 26 10:55:13 2021] ? kmem_cache_alloc+0x188/0x190 [Fri Nov 26 10:55:13 2021] start_kernel+0x4f4/0x523 [Fri Nov 26 10:55:13 2021] secondary_startup_64+0xb5/0xc0 [Fri Nov 26 10:55:13 2021] ---[ end trace be3dc2b3f23dcb27 ]--- [Fri Nov 26 10:55:13 2021] E events, zhaoxin_pmu PMU driver. [Fri Nov 26 10:55:13 2021] #2 [Fri Nov 26 10:55:13 2021] #3 [Fri Nov 26 10:55:13 2021] #4 [Fri Nov 26 10:55:13 2021] 0000005 [Fri Nov 26 10:55:13 2021] 0000006 [Fri Nov 26 10:55:13 2021] #7 [Fri Nov 26 10:55:13 2021] TSC synchronization [CPU#0 -> CPU#8]: [Fri Nov 26 10:55:13 2021] Measured 41310 cycles TSC warp between CPUs, turning off TSC clock. [Fri Nov 26 10:55:13 2021] #9 [Fri Nov 26 10:55:13 2021] 0000010 [Fri Nov 26 10:55:13 2021] 0000011 [Fri Nov 26 10:55:13 2021] #12 [Fri Nov 26 10:55:13 2021] 0000013 [Fri Nov 26 10:55:13 2021] 0000014 [Fri Nov 26 10:55:13 2021] 0000015 [Fri Nov 26 10:55:14 2021] ACPI: Deprecated procfs I/F for AC is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared [Fri Nov 26 10:55:14 2021] Unstable clock detected, switching default tracing clock to "global"                            If you want to keep using the local clock, then add:                              "trace_clock=local"                            on the kernel command line [Fri Nov 26 10:55:16 2021] ahci 0000:00:0f.0: both AHCI_HFLAG_MULTI_MSI flag set and custom irq handler implemented [Fri Nov 26 10:55:20 2021] systemd: 19 output lines suppressed due to ratelimiting [Fri Nov 26 10:55:22 2021] md0: WARNING: sdc1 appears to be on the same physical disk as sdc2. [Fri Nov 26 10:55:22 2021] True protection against single-disk failure might be compromised. [Fri Nov 26 10:55:22 2021] via_cputemp via_cputemp.0: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Fri Nov 26 10:55:22 2021] via_cputemp via_cputemp.1: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). ...... [Fri Nov 26 10:55:22 2021] via_cputemp via_cputemp.14: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Fri Nov 26 10:55:22 2021] via_cputemp via_cputemp.15: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). ----------------------------------------------------------------------------------------------------------------------------------------------------- @Shiloong anolis的仓库devel-4.19分支已经合入658947ed0bca2d0b1206eca5051ac168186fbea9，未被任何release tag包含。属于版本管理问题。指给你看下。
(0000796) Shiloong    2021-11-30 14:21	这个patch 是25_rc2 之后提交的, 没有进最后的 release, 放下一个版本修复吧.
(0000869) yinyongchen    2021-12-27 11:05	问题1在 5.10.84-10_rc1.an8.x86_64 版本内核上也存在，在这里记录一下

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
493	[Anolis OS 8] - cloud kernel 4.19	一般	不适用	2021-11-08 15:34	2021-12-23 17:10
报告员:	gaoxiang	平台:	x86_64
分派给:	gaoxiang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	基于 EROFS 实现 RAFS v6 格式
描述:	当前 RAFS v5（Registry Accelerate Filesystem）是基于 fuse 实现的用户态文件系统，用于 nydus 镜像加速服务。 但存在如下几个问题： 1、当容器镜像中存在大量文件时，尽管可以使用 fs passthrough 和 virtiofs DAX 特性，但频繁的文件系统元数据操作产生的 fuse 请求会带来性能瓶颈； 2、rund 场景中直接使用用户态 rafs + virtiofs，大量小文件会造成 DAX window 浪费，如果频繁切换小文件又会带来大量的 DAX mapping setup 开销。   因此，经过多方讨论对齐，发起基于 EROFS 的 rafs v6 格式项目。 项目主要指标： 1、性能优于 fuse； 2、内存使用少于 fuse； 3、支持 buffer read，mmap，directory traversing 等；   目前 EROFS 相关补丁已经进入 Linux 内核主线，需要回合到 4.19 内核支撑rund商用。   现状分析： 当前 4.19 内核 erofs 相关代码位于 drivers/staging/erofs，且 anolis os 没有启用： # CONFIG_EROFS_FS is not set 社区主线自 5.4 开始已经移动到 fs/erofs/。经过讨论，为节省开发工作量，建议直接采取先基线同步到 anolis 5.10 内核，再基于该代码基线开发新补丁的方式。
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
261	[Anolis OS 8] - iso-images	一般	总是	2021-09-09 14:18	2021-12-23 16:39
报告员:	yinyongchen	平台:	x86_64 & aarch64
分派给:	geliwei-ali	操作系统:	AnolisOS
优先级:	中	操作系统版本:	8.2 QU1
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-x86_64/aarch64-安装] 使用QU1版本 ISO镜像安装时选择语言简体中文，"内核选择"项的标题仍是英文显示
描述:	[缺陷描述]：   使用QU1 ISO镜像安装时选择语言简体中文，"内核选择"项的标题仍是英文显示 [重现概率] 必现 [重现环境] QU1版本ISO镜像安装，x86_64 & aarch64 [实际结果]： 见附件图片，中文界面中内核选择的标题为英文 [预期结果]： 中文界面中的选项除特殊名称外应全部为中文
标签:
问题重现步骤:	使用QU1 ISO镜像安装时选择语言简体中文，查看 "安装信息摘要" 界面中的，"内核选择" 项
附注:
系统说明
附件:	6F9FC52A-9394-43fe-BB69-294C7FEBCB4E.png (51,137 字节) 2021-09-09 14:18 https://bugs-old.openanolis.cn/file_download.php?file_id=149&type=bug image.png (112,271 字节) 2021-09-09 15:01 https://bugs-old.openanolis.cn/file_download.php?file_id=151&type=bug

问题注释
(0000389) anolislw    2021-09-09 15:01	QU1版本aarch64 ISO镜像 ，安装时选择语言 "简体中文" "内核选择"项的标题同样英文显示

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
618	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-12-23 12:24	2021-12-23 12:24
报告员:	xgj01228606	平台:	LoongArch
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.4-RC1-4.19—aarch64] 龙芯开发环境测试语言项安装rust failed，yum源无该安装包
描述:	[问题描述] 龙芯 Anolis OS 8.4 aarch64 开发环境测试语言项安装Rust failed，yum源无该安装包 [root@localhost ~]# yum install rust Last metadata expiration check: 1:23:29 ago on Thu 23 Dec 2021 11:00:18 AM CST. No match for argument: rust Error: Unable to find a match: rust [root@localhost ~]# [环境信息]： 内核信息： # uname -r 4.19.190-3.an8.loongarch64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" cpu信息: # lscpu Architecture: loongarch64 Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 CPU family: Loongson-64bit Model name: Loongson-3A5000LL BogoMIPS: 4600.00 L1d cache: 64K L1i cache: 64K L2 cache: 256K L3 cache: 16384K NUMA node0 CPU(s): 0-3 Flags: cpucfg lam ual fpu lsx lasx complex crypto lvz lbt_x86 lbt_arm lbt_mips 内存信息： # free -h               total used free shared buff/cache available Mem: 15Gi 578Mi 14Gi 15Mi 460Mi 13Gi Swap: 7.9Gi 0B 7.9Gi [期望结果]： nodejs 能 正常安装 [实际结果]： nodejs 安装失败
标签:
问题重现步骤:	yum install rust
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
617	[Anolis OS 8] kernel	一般	总是	2021-12-23 12:22	2021-12-23 12:22
报告员:	xgj01228606	平台:	LoongArch
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.4-RC1-4.19—aarch64]开发环境测试语言项安装nodejs failed，yum源无该安装包
描述:	[问题描述] 龙芯 Anolis OS 8.4 aarch64 开发环境测试语言项安装nodejs failed，yum源无该安装包 [root@localhost ~]# yum install nodejs Last metadata expiration check: 1:15:34 ago on Thu 23 Dec 2021 11:00:18 AM CST. No match for argument: nodejs Error: Unable to find a match: nodejs [环境信息]： 内核信息： # uname -r 4.19.190-3.an8.loongarch64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" cpu信息: # lscpu Architecture: loongarch64 Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 CPU family: Loongson-64bit Model name: Loongson-3A5000LL BogoMIPS: 4600.00 L1d cache: 64K L1i cache: 64K L2 cache: 256K L3 cache: 16384K NUMA node0 CPU(s): 0-3 Flags: cpucfg lam ual fpu lsx lasx complex crypto lvz lbt_x86 lbt_arm lbt_mips 内存信息： # free -h               total used free shared buff/cache available Mem: 15Gi 578Mi 14Gi 15Mi 460Mi 13Gi Swap: 7.9Gi 0B 7.9Gi [期望结果]： nodejs 能 正常安装 [实际结果]： nodejs 安装失败
标签:
问题重现步骤:	yum install nodejs
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
195	[Anolis OS 8] - iso-images	严重	总是	2021-07-05 15:26	2021-12-22 13:02
报告员:	anoliswanqian	平台:
分派给:	Shiloong	操作系统:
优先级:	中	操作系统版本:
状态:	反馈	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][ARM] iso_images 镜像在用于飞腾服务器不能进入正常安装
描述:	机器型号：飞腾 安装方式：昆仑BMC （bmc挂载nbd-server镜像） 现象：截图显示后重启 见附件截图
标签:
问题重现步骤:
附注:
附件:	image.png (46,236 字节) 2021-07-05 15:26 https://bugs-old.openanolis.cn/file_download.php?file_id=108&type=bug

问题注释
(0000300) anoliswanqian    2021-07-05 15:28	安装镜像链接是： https://mirrors.openanolis.cn/anolis/8.4/isos/aarch64/AnolisOS-8.4-aarch64-dvd.iso
(0000851) geliwei-ali    2021-12-14 16:59	能具体描述一下现象吗？ 是否有看到内核启动过程的其他信息？ 服务器启动比较慢，停在这个界面有多久？ 如果有机会，试着在grub 参数后面加 console=tty0试试

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
253	[Anolis OS 8] - aliyun-images	严重	总是	2021-09-06 08:52	2021-12-22 10:23
报告员:	teng168	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	非常紧急	操作系统版本:	8
状态:	反馈	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	AnolisOS-8.4-x86_64-dvd 安装界面鼠标无法使用
描述:	VMware Workstation16.1.0 安装界面鼠标无法使用，只能用键盘.
标签:
问题重现步骤:
附注:
系统说明
附件:	aliyun.gif (105,137 字节) 2021-09-06 08:52 https://bugs-old.openanolis.cn/file_download.php?file_id=144&type=bug alios-8.4-4.19-vmare.png (423,447 字节) 2021-09-10 00:08 https://bugs-old.openanolis.cn/file_download.php?file_id=154&type=bug

问题注释
(0000393) tingyin    2021-09-09 23:12	经测试，安装操作系统时选择RHCK 4.18 kernel 安装后在VMWare里可以正常使用鼠标，4.19的内核安装后无法使用鼠标。 安装操作系统时启动的内核是4.19，所以安装的时候无法正常使用鼠标。 经研究，这个是开源kernel 4.19一个默认配置项造成的，可以通过修改默认修改参数重新编译4.19的内核解决这个问题并提换ISO镜像里的4.19内核解决。
(0000395) tingyin    2021-09-10 00:08    (最后编辑： 2021-12-22 10:23)	修改编译参数vmmouse并重新编译内核后，可以在VMare里正常使用鼠标。
(0000405) tingyin    2021-09-11 21:31    (最后编辑： 2021-12-22 10:23)	修改参数并重新编译后的内核，编译环境AnolisOS-8.4-x86_64。 阿里云盘「rpmbuild-kernel-4.19.91-23.4.an8-vmware-mouse-fix」 链接：https://www.aliyundrive.com/s/sJjcSPMUjxy
(0000852) geliwei-ali    2021-12-14 17:18	您有尝试使用新版本内核吗，我们在8月份发布了新内核，9月份发布了QU1镜像： https://mirrors.aliyun.com/anolis/8.2/isos/QU1/x86_64/AnolisOS-8.2-QU1-x86_64-dvd.iso

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
612	[Anolis OS 8] * OTHERS	一般	总是	2021-12-20 15:23	2021-12-21 18:47
报告员:	wb-zh951434	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	mailman构建失败
描述:	8.2: http://8.131.87.1:5000/module-build-service/1/module-builds/541 8.4: http://8.131.87.1:5000/module-build-service/1/module-builds/542
标签:	8.2构建, 8.4构建
问题重现步骤:
附注:
附件:

问题注释
(0000867) ZhangBinChen    2021-12-21 18:47	http://8.131.87.1/koji/buildinfo?buildID=14297 http://8.131.87.1/koji/buildinfo?buildID=14134

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
296	[Anolis OS 8] cyrus-imapd	一般	没有试验	2021-09-24 16:05	2021-12-20 15:42
报告员:	wb-zh951434	平台:	x86_64
分派给:	ZhangBinChen	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis 8.4 cyrus-imapd-3.0.7-20.an8_4.1构建失败
描述:	http://build.openanolis.cn/taskinfo?taskID=132894 缺少perl相关依赖
标签:	8.4构建
问题重现步骤:
附注:
系统说明
附件:	image.png (46,932 字节) 2021-09-24 16:05 https://bugs-old.openanolis.cn/file_download.php?file_id=174&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
336	[Anolis OS 8] cyrus-imapd	一般	总是	2021-10-14 15:00	2021-12-20 15:42
报告员:	wb-zh951434	平台:	x86_64
分派给:	ZhangBinChen	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis 8.2 cyrus-imapd-3.0.7-16.an8.1构建失败
描述:	http://build.openanolis.cn/koji/taskinfo?taskID=144820 缺少perl相关依赖
标签:	8.2构建
问题重现步骤:
附注:
系统说明
附件:	image.png (117,771 字节) 2021-10-14 15:00 https://bugs-old.openanolis.cn/file_download.php?file_id=210&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
602	[Anolis OS 8] webkit2gtk3	一般	总是	2021-12-14 18:13	2021-12-20 15:41
报告员:	wb-zh951434	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis 8.4 webkit2gtk3构建失败
描述:	http://build.openanolis.cn/koji/taskinfo?taskID=207791
标签:	8.4构建
问题重现步骤:	koji build --scratch --nowait dist-an8 git+https://gitee.com/src-anolis-os/webkit2gtk3.git#origin/a8
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
610	[Anolis OS 8] dnf	致命	总是	2021-12-20 14:13	2021-12-20 14:13
报告员:	vvvvainman	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	执行yum相关任何命令，总是出现【模块依赖问题】
描述:	上次元数据过期检查：0:12:51 前，执行于 2021年12月20日 星期一 13时48分06秒。 模块依赖问题：  问题 1: conflicting requests   - nothing provides module(platform:an8) needed by module ant:1.10:8020020210130081140:1f2eea34-0.x86_64  问题 2: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210618040224:77f19b75-0.x86_64  问题 3: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210721071653:77f19b75-0.x86_64  问题 4: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210830054558:77f19b75-0.x86_64  问题 5: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020211011070359:77f19b75-0.x86_64  问题 6: conflicting requests   - nothing provides module(platform:an8) needed by module eclipse:an8:8040020210624023038:34f7e787-0.x86_64  问题 7: conflicting requests   - nothing provides module(platform:an8) needed by module freeradius:3.0:8040020210618040335:3258323b-0.x86_64  问题 8: conflicting requests   - nothing provides module(platform:an8) needed by module gimp:2.8:8020020210130081145:7001a13a-0.x86_64  问题 9: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210619050023:c5768d5d-0.x86_64  问题 10: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210721103312:c5768d5d-0.x86_64  问题 11: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210830054226:c5768d5d-0.x86_64  问题 12: conflicting requests   - nothing provides module(platform:an8) needed by module httpd:2.4:8040020210624072236:5280c3a7-0.x86_64  问题 13: conflicting requests   - nothing provides module(platform:an8) needed by module idm:client:8040020210618040339:6b2a26fc-0.x86_64  问题 14: conflicting requests   - nothing provides module(platform:an8) needed by module inkscape:0.92.3:8040020210618040342:75588478-0.x86_64  问题 15: conflicting requests   - nothing provides module(platform:an8) needed by module javapackages-runtime:201801:8020020210130081152:ff983833-0.x86_64  问题 16: conflicting requests   - nothing provides module(platform:an8) needed by module jmc:an8:8040020210618040344:34f7e787-0.x86_64  问题 17: conflicting requests   - nothing provides module(platform:an8) needed by module llvm-toolset:an8:8040020210618040345:5280c3a7-0.x86_64  问题 18: conflicting requests   - nothing provides module(platform:an8) needed by module llvm-toolset:an8:8040020211123074505:5280c3a7-0.x86_64  问题 19: conflicting requests   - nothing provides module(platform:an8) needed by module mailman:2.1:8040020210618040346:75588478-0.x86_64  问题 20: conflicting requests   - nothing provides module(platform:an8) needed by module mariadb:10.3:8040020210618040348:5280c3a7-0.x86_64  问题 21: conflicting requests   - nothing provides module(platform:an8) needed by module maven:3.5:8020020210326005354:1f2eea34-0.x86_64  问题 22: conflicting requests   - nothing provides module(platform:an8) needed by module mercurial:4.8:8020020210130081203:7001a13a-0.x86_64  问题 23: conflicting requests   - nothing provides module(platform:an8) needed by module mysql:8.0:8040020210618040352:5280c3a7-0.x86_64  问题 24: conflicting requests   - nothing provides module(platform:an8) needed by module nginx:1.14:8020020210309154136:ff983833-0.x86_64  问题 25: conflicting requests   - nothing provides module(platform:an8) needed by module nodejs:10:8040020210618040355:5280c3a7-0.x86_64  问题 26: conflicting requests   - nothing provides module(platform:an8) needed by module perl:5.26:8020020210225070756:ff983833-0.x86_64  问题 27: conflicting requests   - nothing provides module(platform:an8) needed by module php:7.2:8020020210506014827:d170ce78-0.x86_64  问题 28: conflicting requests   - nothing provides module(platform:an8) needed by module postgresql:10:8040020210618040402:5280c3a7-0.x86_64  问题 29: conflicting requests   - nothing provides module(platform:an8) needed by module postgresql:10:8040020210721122230:5280c3a7-0.x86_64  问题 30: conflicting requests   - nothing provides module(platform:an8) needed by module python27:2.7:8040020210622162915:1d5ee22b-0.x86_64  问题 31: conflicting requests   - nothing provides module(platform:an8) needed by module python36:3.6:8040020210618040407:edf1e464-0.x86_64  问题 32: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020210622005013:15a7ec98-0.x86_64  问题 33: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020210721125037:15a7ec98-0.x86_64  问题 34: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020211111023819:15a7ec98-0.x86_64  问题 35: conflicting requests   - nothing provides module(platform:an8) needed by module python39:3.9:8040020210624010313:124ab977-0.x86_64  问题 36: conflicting requests   - nothing provides module(platform:an8) needed by module redis:5:8020020210130081236:ff983833-0.x86_64  问题 37: conflicting requests   - nothing provides module(platform:an8) needed by module ruby:2.5:8040020210618040410:5280c3a7-0.x86_64  问题 38: conflicting requests   - nothing provides module(platform:an8) needed by module ruby:2.5:8040020210721120317:5280c3a7-0.x86_64  问题 39: conflicting requests   - nothing provides module(platform:an8) needed by module rust-toolset:an8:8040020210619041904:b633ef48-0.x86_64  问题 40: conflicting requests   - nothing provides module(platform:an8) needed by module rust-toolset:an8:8040020210830054830:b633ef48-0.x86_64  问题 41: conflicting requests   - nothing provides module(platform:an8) needed by module scala:2.10:8020020210326004050:1f2eea34-0.x86_64  问题 42: conflicting requests   - nothing provides module(platform:an8) needed by module squid:4:8040020210618040413:5280c3a7-0.x86_64  问题 43: conflicting requests   - nothing provides module(platform:an8) needed by module squid:4:8040020210719084511:5280c3a7-0.x86_64  问题 44: conflicting requests   - nothing provides module(platform:an8) needed by module subversion:1.10:8040020210618040414:15a7ec98-0.x86_64  问题 45: conflicting requests   - nothing provides module(platform:an8) needed by module swig:3.0:8040020210618040416:5280c3a7-0.x86_64  问题 46: conflicting requests   - nothing provides module(platform:an8) needed by module varnish:6:8040020210618040417:5280c3a7-0.x86_64  问题 47: conflicting requests   - nothing provides module(platform:an8) needed by module varnish:6:8040020210825011336:5280c3a7-0.x86_64  问题 48: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210624061605:5280c3a7-0.x86_64  问题 49: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210802111222:5280c3a7-0.x86_64  问题 50: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210906015334:5280c3a7-0.x86_64  问题 51: conflicting requests   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:4a646848-0.x86_64   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:537e306f-0.x86_64   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:e449448e-0.x86_64  问题 52: conflicting requests   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:29a560fb-0.x86_64   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:4aab6308-0.x86_64   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:c61e1b14-0.x86_64  问题 53: conflicting requests   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:accac16c-0.x86_64  问题 54: conflicting requests   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:accac16c-0.x86_64  问题 55: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:accac16c-0.x86_64  问题 56: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:00fa0532-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:b3abf6c6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:f4b77656-0.x86_64  问题 57: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:4a0bbef6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:5aff4016-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:f66db79d-0.x86_64  问题 58: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:00fa0532-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:b3abf6c6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:f4b77656-0.x86_64  问题 59: conflicting requests   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:5d86fca7-0.x86_64   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:61fe4325-0.x86_64   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:8cae68ec-0.x86_64 未找到匹配的参数: ntp 错误：没有任何匹配: ntp [admin@ka11 ~]$ ant -bash: ant: 未找到命令 [admin@ka11 ~]$ sudo dnf module disable ant Repository PowerTools is listed more than once in the configuration Repository AppStream is listed more than once in the configuration 上次元数据过期检查：0:16:59 前，执行于 2021年12月20日 星期一 13时48分06秒。 模块依赖问题：  问题 1: conflicting requests   - nothing provides module(platform:an8) needed by module ant:1.10:8020020210130081140:1f2eea34-0.x86_64  问题 2: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210618040224:77f19b75-0.x86_64  问题 3: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210721071653:77f19b75-0.x86_64  问题 4: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210830054558:77f19b75-0.x86_64  问题 5: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020211011070359:77f19b75-0.x86_64  问题 6: conflicting requests   - nothing provides module(platform:an8) needed by module eclipse:an8:8040020210624023038:34f7e787-0.x86_64  问题 7: conflicting requests   - nothing provides module(platform:an8) needed by module freeradius:3.0:8040020210618040335:3258323b-0.x86_64  问题 8: conflicting requests   - nothing provides module(platform:an8) needed by module gimp:2.8:8020020210130081145:7001a13a-0.x86_64  问题 9: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210619050023:c5768d5d-0.x86_64  问题 10: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210721103312:c5768d5d-0.x86_64  问题 11: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210830054226:c5768d5d-0.x86_64  问题 12: conflicting requests   - nothing provides module(platform:an8) needed by module httpd:2.4:8040020210624072236:5280c3a7-0.x86_64  问题 13: conflicting requests   - nothing provides module(platform:an8) needed by module idm:client:8040020210618040339:6b2a26fc-0.x86_64  问题 14: conflicting requests   - nothing provides module(platform:an8) needed by module inkscape:0.92.3:8040020210618040342:75588478-0.x86_64  问题 15: conflicting requests   - nothing provides module(platform:an8) needed by module javapackages-runtime:201801:8020020210130081152:ff983833-0.x86_64  问题 16: conflicting requests   - nothing provides module(platform:an8) needed by module jmc:an8:8040020210618040344:34f7e787-0.x86_64  问题 17: conflicting requests   - nothing provides module(platform:an8) needed by module llvm-toolset:an8:8040020210618040345:5280c3a7-0.x86_64  问题 18: conflicting requests   - nothing provides module(platform:an8) needed by module llvm-toolset:an8:8040020211123074505:5280c3a7-0.x86_64  问题 19: conflicting requests   - nothing provides module(platform:an8) needed by module mailman:2.1:8040020210618040346:75588478-0.x86_64  问题 20: conflicting requests   - nothing provides module(platform:an8) needed by module mariadb:10.3:8040020210618040348:5280c3a7-0.x86_64  问题 21: conflicting requests   - nothing provides module(platform:an8) needed by module maven:3.5:8020020210326005354:1f2eea34-0.x86_64  问题 22: conflicting requests   - nothing provides module(platform:an8) needed by module mercurial:4.8:8020020210130081203:7001a13a-0.x86_64  问题 23: conflicting requests   - nothing provides module(platform:an8) needed by module mysql:8.0:8040020210618040352:5280c3a7-0.x86_64  问题 24: conflicting requests   - nothing provides module(platform:an8) needed by module nginx:1.14:8020020210309154136:ff983833-0.x86_64  问题 25: conflicting requests   - nothing provides module(platform:an8) needed by module nodejs:10:8040020210618040355:5280c3a7-0.x86_64  问题 26: conflicting requests   - nothing provides module(platform:an8) needed by module perl:5.26:8020020210225070756:ff983833-0.x86_64  问题 27: conflicting requests   - nothing provides module(platform:an8) needed by module php:7.2:8020020210506014827:d170ce78-0.x86_64  问题 28: conflicting requests   - nothing provides module(platform:an8) needed by module postgresql:10:8040020210618040402:5280c3a7-0.x86_64  问题 29: conflicting requests   - nothing provides module(platform:an8) needed by module postgresql:10:8040020210721122230:5280c3a7-0.x86_64  问题 30: conflicting requests   - nothing provides module(platform:an8) needed by module python27:2.7:8040020210622162915:1d5ee22b-0.x86_64  问题 31: conflicting requests   - nothing provides module(platform:an8) needed by module python36:3.6:8040020210618040407:edf1e464-0.x86_64  问题 32: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020210622005013:15a7ec98-0.x86_64  问题 33: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020210721125037:15a7ec98-0.x86_64  问题 34: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020211111023819:15a7ec98-0.x86_64  问题 35: conflicting requests   - nothing provides module(platform:an8) needed by module python39:3.9:8040020210624010313:124ab977-0.x86_64  问题 36: conflicting requests   - nothing provides module(platform:an8) needed by module redis:5:8020020210130081236:ff983833-0.x86_64  问题 37: conflicting requests   - nothing provides module(platform:an8) needed by module ruby:2.5:8040020210618040410:5280c3a7-0.x86_64  问题 38: conflicting requests   - nothing provides module(platform:an8) needed by module ruby:2.5:8040020210721120317:5280c3a7-0.x86_64  问题 39: conflicting requests   - nothing provides module(platform:an8) needed by module rust-toolset:an8:8040020210619041904:b633ef48-0.x86_64  问题 40: conflicting requests   - nothing provides module(platform:an8) needed by module rust-toolset:an8:8040020210830054830:b633ef48-0.x86_64  问题 41: conflicting requests   - nothing provides module(platform:an8) needed by module scala:2.10:8020020210326004050:1f2eea34-0.x86_64  问题 42: conflicting requests   - nothing provides module(platform:an8) needed by module squid:4:8040020210618040413:5280c3a7-0.x86_64  问题 43: conflicting requests   - nothing provides module(platform:an8) needed by module squid:4:8040020210719084511:5280c3a7-0.x86_64  问题 44: conflicting requests   - nothing provides module(platform:an8) needed by module subversion:1.10:8040020210618040414:15a7ec98-0.x86_64  问题 45: conflicting requests   - nothing provides module(platform:an8) needed by module swig:3.0:8040020210618040416:5280c3a7-0.x86_64  问题 46: conflicting requests   - nothing provides module(platform:an8) needed by module varnish:6:8040020210618040417:5280c3a7-0.x86_64  问题 47: conflicting requests   - nothing provides module(platform:an8) needed by module varnish:6:8040020210825011336:5280c3a7-0.x86_64  问题 48: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210624061605:5280c3a7-0.x86_64  问题 49: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210802111222:5280c3a7-0.x86_64  问题 50: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210906015334:5280c3a7-0.x86_64  问题 51: conflicting requests   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:4a646848-0.x86_64   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:537e306f-0.x86_64   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:e449448e-0.x86_64  问题 52: conflicting requests   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:29a560fb-0.x86_64   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:4aab6308-0.x86_64   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:c61e1b14-0.x86_64  问题 53: conflicting requests   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:accac16c-0.x86_64  问题 54: conflicting requests   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:accac16c-0.x86_64  问题 55: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:accac16c-0.x86_64  问题 56: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:00fa0532-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:b3abf6c6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:f4b77656-0.x86_64  问题 57: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:4a0bbef6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:5aff4016-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:f66db79d-0.x86_64  问题 58: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:00fa0532-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:b3abf6c6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:f4b77656-0.x86_64  问题 59: conflicting requests   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:5d86fca7-0.x86_64   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:61fe4325-0.x86_64   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:8cae68ec-0.x86_64 错误：请求中出现的问题 : 模块依赖问题：  问题 1: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210618040224:77f19b75-0.x86_64  问题 2: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210721071653:77f19b75-0.x86_64  问题 3: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020210830054558:77f19b75-0.x86_64  问题 4: conflicting requests   - nothing provides module(platform:an8) needed by module container-tools:an8:8040020211011070359:77f19b75-0.x86_64  问题 5: conflicting requests   - nothing provides module(platform:an8) needed by module eclipse:an8:8040020210624023038:34f7e787-0.x86_64  问题 6: conflicting requests   - nothing provides module(platform:an8) needed by module freeradius:3.0:8040020210618040335:3258323b-0.x86_64  问题 7: conflicting requests   - nothing provides module(platform:an8) needed by module gimp:2.8:8020020210130081145:7001a13a-0.x86_64  问题 8: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210619050023:c5768d5d-0.x86_64  问题 9: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210721103312:c5768d5d-0.x86_64  问题 10: conflicting requests   - nothing provides module(platform:an8) needed by module go-toolset:an8:8040020210830054226:c5768d5d-0.x86_64  问题 11: conflicting requests   - nothing provides module(platform:an8) needed by module httpd:2.4:8040020210624072236:5280c3a7-0.x86_64  问题 12: conflicting requests   - nothing provides module(platform:an8) needed by module idm:client:8040020210618040339:6b2a26fc-0.x86_64  问题 13: conflicting requests   - nothing provides module(platform:an8) needed by module inkscape:0.92.3:8040020210618040342:75588478-0.x86_64  问题 14: conflicting requests   - nothing provides module(platform:an8) needed by module javapackages-runtime:201801:8020020210130081152:ff983833-0.x86_64  问题 15: conflicting requests   - nothing provides module(platform:an8) needed by module jmc:an8:8040020210618040344:34f7e787-0.x86_64  问题 16: conflicting requests   - nothing provides module(platform:an8) needed by module llvm-toolset:an8:8040020210618040345:5280c3a7-0.x86_64  问题 17: conflicting requests   - nothing provides module(platform:an8) needed by module llvm-toolset:an8:8040020211123074505:5280c3a7-0.x86_64  问题 18: conflicting requests   - nothing provides module(platform:an8) needed by module mailman:2.1:8040020210618040346:75588478-0.x86_64  问题 19: conflicting requests   - nothing provides module(platform:an8) needed by module mariadb:10.3:8040020210618040348:5280c3a7-0.x86_64  问题 20: conflicting requests   - nothing provides module(platform:an8) needed by module maven:3.5:8020020210326005354:1f2eea34-0.x86_64  问题 21: conflicting requests   - nothing provides module(platform:an8) needed by module mercurial:4.8:8020020210130081203:7001a13a-0.x86_64  问题 22: conflicting requests   - nothing provides module(platform:an8) needed by module mysql:8.0:8040020210618040352:5280c3a7-0.x86_64  问题 23: conflicting requests   - nothing provides module(platform:an8) needed by module nginx:1.14:8020020210309154136:ff983833-0.x86_64  问题 24: conflicting requests   - nothing provides module(platform:an8) needed by module nodejs:10:8040020210618040355:5280c3a7-0.x86_64  问题 25: conflicting requests   - nothing provides module(platform:an8) needed by module perl:5.26:8020020210225070756:ff983833-0.x86_64  问题 26: conflicting requests   - nothing provides module(platform:an8) needed by module php:7.2:8020020210506014827:d170ce78-0.x86_64  问题 27: conflicting requests   - nothing provides module(platform:an8) needed by module postgresql:10:8040020210618040402:5280c3a7-0.x86_64  问题 28: conflicting requests   - nothing provides module(platform:an8) needed by module postgresql:10:8040020210721122230:5280c3a7-0.x86_64  问题 29: conflicting requests   - nothing provides module(platform:an8) needed by module python27:2.7:8040020210622162915:1d5ee22b-0.x86_64  问题 30: conflicting requests   - nothing provides module(platform:an8) needed by module python36:3.6:8040020210618040407:edf1e464-0.x86_64  问题 31: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020210622005013:15a7ec98-0.x86_64  问题 32: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020210721125037:15a7ec98-0.x86_64  问题 33: conflicting requests   - nothing provides module(platform:an8) needed by module python38:3.8:8040020211111023819:15a7ec98-0.x86_64  问题 34: conflicting requests   - nothing provides module(platform:an8) needed by module python39:3.9:8040020210624010313:124ab977-0.x86_64  问题 35: conflicting requests   - nothing provides module(platform:an8) needed by module redis:5:8020020210130081236:ff983833-0.x86_64  问题 36: conflicting requests   - nothing provides module(platform:an8) needed by module ruby:2.5:8040020210618040410:5280c3a7-0.x86_64  问题 37: conflicting requests   - nothing provides module(platform:an8) needed by module ruby:2.5:8040020210721120317:5280c3a7-0.x86_64  问题 38: conflicting requests   - nothing provides module(platform:an8) needed by module rust-toolset:an8:8040020210619041904:b633ef48-0.x86_64  问题 39: conflicting requests   - nothing provides module(platform:an8) needed by module rust-toolset:an8:8040020210830054830:b633ef48-0.x86_64  问题 40: conflicting requests   - nothing provides module(platform:an8) needed by module scala:2.10:8020020210326004050:1f2eea34-0.x86_64  问题 41: conflicting requests   - nothing provides module(platform:an8) needed by module squid:4:8040020210618040413:5280c3a7-0.x86_64  问题 42: conflicting requests   - nothing provides module(platform:an8) needed by module squid:4:8040020210719084511:5280c3a7-0.x86_64  问题 43: conflicting requests   - nothing provides module(platform:an8) needed by module subversion:1.10:8040020210618040414:15a7ec98-0.x86_64  问题 44: conflicting requests   - nothing provides module(platform:an8) needed by module swig:3.0:8040020210618040416:5280c3a7-0.x86_64  问题 45: conflicting requests   - nothing provides module(platform:an8) needed by module varnish:6:8040020210618040417:5280c3a7-0.x86_64  问题 46: conflicting requests   - nothing provides module(platform:an8) needed by module varnish:6:8040020210825011336:5280c3a7-0.x86_64  问题 47: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210624061605:5280c3a7-0.x86_64  问题 48: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210802111222:5280c3a7-0.x86_64  问题 49: conflicting requests   - nothing provides module(platform:an8) needed by module virt:an:8040020210906015334:5280c3a7-0.x86_64  问题 50: conflicting requests   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:4a646848-0.x86_64   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:537e306f-0.x86_64   - nothing provides module(platform:an8) needed by module perl-libwww-perl:6.34:8040020210624081425:e449448e-0.x86_64  问题 51: conflicting requests   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:29a560fb-0.x86_64   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:4aab6308-0.x86_64   - nothing provides module(platform:an8) needed by module perl-YAML:1.24:8040020210624151833:c61e1b14-0.x86_64  问题 52: conflicting requests   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-IO-Socket-SSL:2.066:8040020210624081722:accac16c-0.x86_64  问题 53: conflicting requests   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-FCGI:0.78:8040020210620142028:accac16c-0.x86_64  问题 54: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:3258323b-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:ab8feab9-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBI:1.641:8040020210624091025:accac16c-0.x86_64  问题 55: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:00fa0532-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:b3abf6c6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-SQLite:1.58:8040020210620141912:f4b77656-0.x86_64  问题 56: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:4a0bbef6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:5aff4016-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-Pg:3.7:8040020210620141614:f66db79d-0.x86_64  问题 57: conflicting requests   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:00fa0532-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:b3abf6c6-0.x86_64   - nothing provides module(platform:an8) needed by module perl-DBD-MySQL:4.046:8040020210624093223:f4b77656-0.x86_64  问题 58: conflicting requests   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:5d86fca7-0.x86_64   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:61fe4325-0.x86_64   - nothing provides module(platform:an8) needed by module perl-App-cpanminus:1.7044:8040020210620141109:8cae68ec-0.x86_64
标签:
问题重现步骤:	sudo yum install -y curl
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
605	[Anolis OS 8] gcc	一般	总是	2021-12-16 18:16	2021-12-18 23:12
报告员:	wb-zh951434	平台:
分派给:	yunqi-zwt	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis 8.4 gcc-toolset-10-gcc构建失败
描述:	失败task：http://build.openanolis.cn/koji/taskinfo?taskID=209744
标签:	8.4构建
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
179	[Anolis OS 8] kernel	一般	总是	2021-06-29 18:14	2021-12-17 16:31
报告员:	yinyongchen	平台:	aarch64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8.4
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][aarch64]4.18内核修改crashkernel=512M后，手动crash，无法生成vmcore且crash目录时间不对
描述:	修改crashkernel为512M后，执行echo c > /proc/sysrq-trigger，无法生成vmcore，且crash目录时间不对 [环境信息]： 机器类型： 虚拟机 内核信息： [root@VM20210305-8]# uname -r 4.18.0-305.an8.aarch64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： echo c > /proc/sysrq-trigger 后可以生成vmcore [实际结果]： 未生成vmcore，只有vmcore-dmesg.txt生成 # ll /var/crash/127.0.0.1-2021-06-29-05:46:31 total 140 -rw-r--r-- 1 root root 139566 Jun 29 17:46 vmcore-dmesg.txt [复现概率]：必现
标签:
问题重现步骤:	修改crashkernel=512M后，确认kdump服务状态正常，执行 echo 1 > /proc/sys/kernel/panic echo 1 > /proc/sys/kernel/hardlockup_panic echo 1 > /proc/sys/kernel/softlockup_panic echo 50 > /proc/sys/kernel/watchdog_thresh echo 1200 > /proc/sys/kernel/hung_task_timeout_secs echo 0 > /proc/sys/kernel/hung_task_panic echo c > /proc/sysrq-trigger 重启后执行如下命令查看crash目录中有无vmcore ls /var/crash
附注:
系统说明
附件:	image.png (11,916 字节) 2021-06-29 18:14 https://bugs-old.openanolis.cn/file_download.php?file_id=96&type=bug image-2.png (45,096 字节) 2021-08-30 17:33 https://bugs-old.openanolis.cn/file_download.php?file_id=137&type=bug

问题注释
(0000293) anolis_account    2021-06-29 20:24	4.19 x86内核可以正常生成vmcore，但是文件时间不对
(0000362) OpenBFW    2021-08-30 17:33	anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 产生vmcore时间与目录名不对应
(0000363) OpenBFW    2021-08-30 18:36	@OpenBFW:anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 产生vmcore时间与目录名不对应[附件] ---------------------------------------------------------------------------------------------------------------- 上面所述 镜像写错正确的应该是：anolisos_8_2_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-193.el8.x86_64

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
142	[Anolis OS 8] kernel	阻塞	总是	2021-05-28 18:12	2021-12-17 16:30
报告员:	qingming2021	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2] BUG: unable to handle kernel paging request at ffffb14c0839cff6 - tpacket_rcv+0x741/0xa50
描述:	将 AnolisOS-8.2-GA-x86_64-RHCK.qcow2 镜像运行在阿里云上，跑LTP测试时触发kernel panic： [13337.364401] LTP: starting sendmsg03 [13337.368502] raw_sendmsg: sendmsg03 forgot to set AF_INET. Fix it! [13338.252430] LTP: starting sendmmsg01 [13338.255910] LTP: starting sendto01 [13338.259092] LTP: starting sendto02 [13338.263948] LTP: starting sendto03 [13338.303220] BUG: unable to handle kernel paging request at ffffb14c0839cff6 [13338.303857] PGD 107c7d067 P4D 107c7d067 PUD 107c7e067 PMD fbbbe5067 PTE 0 [13338.304456] Oops: 0002 [#1] SMP PTI [13338.304815] CPU: 13 PID: 795895 Comm: sendto03 Kdump: loaded Not tainted 4.18.0-193.el8.x86_64 #1 [13338.305568] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS e623647 04/01/2014 [13338.306239] RIP: 0010:tpacket_rcv+0x741/0xa50 [13338.306684] Code: 48 03 2d 3a 2f 1b 4f 48 83 45 00 01 e8 78 c8 7c ff 48 2b 44 24 08 8b 54 24 10 48 01 45 08 e9 b1 f9 ff ff 31 c9 49 8d 44 13 f6 <48> c7 00 00 00 00 00 66 89 48 08 41 8b 8f dc 00 00 00 49 03 8f e0 [13338.308308] RSP: 0018:ffffb14c137a7bf0 EFLAGS: 00010246 [13338.308845] RAX: ffffb14c0839cff6 RBX: ffff9fab0cfb0800 RCX: 0000000000000000 [13338.309526] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff9fab0cfb0800 [13338.310205] RBP: 0000000000000001 R08: ffff9f9e87b2ec78 R09: 0000000000000000 [13338.310892] R10: ffff9fab0cfb0002 R11: ffffb14c0839d000 R12: ffff9f9c87c56000 [13338.311585] R13: ffff9f9c87c56000 R14: 0000000000000000 R15: ffff9fab3943c000 [13338.312284] FS: 00007fec6b626580(0000) GS:ffff9fab40b40000(0000) knlGS:0000000000000000 [13338.313051] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [13338.313664] CR2: ffffb14c0839cff6 CR3: 0000000f7f556001 CR4: 00000000003606e0 [13338.314382] DR0: 0000000000000001 DR1: 0000000000000000 DR2: 0000000000000000 [13338.315101] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000600 [13338.315824] Call Trace: [13338.316231] ? __skb_clone+0x29/0x130 [13338.316717] ? dev_queue_xmit_nit+0xd9/0x260 [13338.317243] dev_hard_start_xmit+0x68/0x1e0 [13338.317771] __dev_queue_xmit+0x7e3/0x9f0 [13338.318289] ? packet_parse_headers.isra.61+0xd7/0x110 [13338.318885] packet_sendmsg+0x5fe/0x920 [13338.319396] sock_sendmsg+0x4c/0x50 [13338.319884] __sys_sendto+0xee/0x160 [13338.320386] ? syscall_trace_enter+0x1d3/0x2c0 [13338.320947] ? __audit_syscall_exit+0x249/0x2a0 [13338.321520] __x64_sys_sendto+0x24/0x30 [13338.322043] do_syscall_64+0x5b/0x1a0 [13338.322558] entry_SYSCALL_64_after_hwframe+0x65/0xca [13338.323171] RIP: 0033:0x7fec6b1403eb [13338.323684] Code: 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 f3 0f 1e fa 48 8d 05 75 42 2c 00 41 89 ca 8b 00 85 c0 75 14 b8 2c 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 75 c3 0f 1f 40 00 41 57 4d 89 c7 41 56 41 89 [13338.325555] RSP: 002b:00007ffdadd00e98 EFLAGS: 00000246 ORIG_RAX: 000000000000002c [13338.326384] RAX: ffffffffffffffda RBX: 0000000000000007 RCX: 00007fec6b1403eb [13338.327188] RDX: 0000000000000400 RSI: 00000000004238c0 RDI: 0000000000000007 [13338.327994] RBP: 00000000004238c0 R08: 0000000000423880 R09: 0000000000000014 [13338.328803] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000416004 [13338.329611] R13: 00000000000000af R14: 0000000000000400 R15: 0000000000000014 [13338.330424] Modules linked in: tun brd overlay vfat fat fuse xfs libcrc32c loop intel_rapl_msr intel_rapl_common nfit libnvdimm intel_powerclamp cirrus drm_kms_helper syscopyarea sysfillrect sysimgblt crct10dif_pclmul crc32_pclmul fb_sys_fops drm ghash_clmulni_intel virtio_net virtio_balloon i2c_piix4 net_failover failover pcspkr joydev intel_rapl_perf sunrpc ip_tables ext4 mbcache jbd2 ata_generic ata_piix libata crc32c_intel serio_raw virtio_console virtio_blk [13338.334588] Features: eBPF/sock [13338.335159] CR2: ffffb14c0839cff6
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000241) jacobwang    2021-06-06 14:54    (最后编辑： 2021-06-06 15:09)	相关背景信息： 当前LTP测试有两个版本，一个是针对4.19，一个针对5.10专门适配 备注, 可复现crash的LTS版本是针对5.10 内核相关适配的LTS。 第一，基于龙蜥(Anolis) OS GA发布阶段同版本的LTP(4.19版本)验证，无crash，             该问题并不是产品的regression，是一个新发现的问题             (备注, 可复现crash的LTS版本是针对5.10 内核相关适配的LTS） 第二，经过验证在CentOS8.2GA 实例上4.18.0-193.el8.x86_64 内核版本基于LTP 5.10版本依旧存在该问题。             鉴于龙蜥(Anolis) OS 与CentOS当前处理测试是bug-to-bug，该问题优先级降低。 第三，经过验证在CentOS8.2GA 实例上4.18.0-240.22.1.el8_3 内核版本基于 LTP 5.10版本不存在该问题。 该问题目前看在upstream 已经解决 https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=acf69c946233259ab4d64f8869d4037a198c7f06 并且已经在4.18.0-193.51.1.el8_2之后的版本解决 请测试同学继续4.18.0-193.51.1.el8_2 之后的版本做一下测试，如果问题已经解决， 龙蜥(Anolis) OS 在RHCK内核保持正常的EUS迭代即可。
(0000391) Shiloong    2021-09-09 17:17	该问题在 ANCK-4.19.91-24 已经解决.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
310	[Anolis OS 8] - aliyun-images	一般	总是	2021-10-08 18:27	2021-12-17 16:30
报告员:	wb-zmy745940	平台:	x86_64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	anolis 8.2 arm64 rhck 镜像检查/sys/kernel/kexec_crash_size 值不对
描述:	anolis 8.2 arm64 rhck 镜像检查/sys/kernel/kexec_crash_size 值不等于201326592
标签:
问题重现步骤:	cat /sys/kernel/kexec_crash_size
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
387	[Anolis OS 8] - iso-images	阻塞	总是	2021-10-26 11:31	2021-12-17 16:26
报告员:	gaomingyang	平台:	x86_64(Zhaoxin)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	非常紧急	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	X86架构平台的兆芯机器无法安装Anolis8.2-QU1，阻塞测试。（系统问题）
描述:	硬件环境： CPU：ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存：4G 硬盘：1T 网卡：Realtek Semiconductor 软件环境： kernel：4.19.91-24.8.an8.x86_64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. U盘刻录系统。 2. 引导U盘安装系统，花屏无法安装系统。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
397	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 12:18	2021-12-17 16:26
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	能够限制某段IP访问samba：拒绝某ip之后，该ip还是可以进行访问（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 设置samba限制某段IP的访问 2. 尝试访问被限制的IP
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
398	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 12:22	2021-12-17 16:26
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	能够设置用户telnet失败次数，超过失败次数拒绝用户连接：超过失败次数后，仍然不拒绝用户连接（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 设置用户telnet失败次数（5次） 2. 用户连接telnet超过失败次数后，仍然不拒绝用户连接
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
399	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 12:26	2021-12-17 16:25
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	设置密码过于简单时给出提示：提示为”无效的密码，密码是一个回文”（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1 设置用户的密码，用复杂度特别低特别简短的字符设置密码。 2.查看提示信息。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
400	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 12:29	2021-12-17 16:25
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	密码具有有效期限制，超过有效期的密码不能使用：修改完/etc/login.defs后，超过期限仍然可以登录（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 设置用户的密码的有效期，使其密码过期。 2. 用户可以使用过期密码，登陆系统。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
401	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 12:41	2021-12-17 16:25
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	密码具有形式限制，不能设置不符合限制规则的密码：修改完vi  /etc/pam.d/system-auth的密码复杂度，仍然可以设置密码为“1”（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 密码具有形式限制，设置符合限制规则的密码 2. 修改完vi  /etc/pam.d/system-auth的密码复杂度 3 设置用户的密码为“1”，可以设置成功。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
402	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 12:42	2021-12-17 16:24
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	密码具有长度限制，不能设置不符合限制长度的密码：修改完vi  /etc/pam.d/system-auth的密码长度，仍然可以设置密码为“1”（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 密码具有长度限制，设置符合限制长度的密码 2. 修改完vi  /etc/pam.d/system-auth的密码长度 3. 设置用户的密码为“1”，可以设置成功。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
403	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 12:47	2021-12-17 16:24
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	系统限制登录失败次数，超过次数重启前不能登录系统：vi  /etc/pam.d/login auth   超过登录失败次数后，仍然可以登录系统（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 设置用户登录失败次数 2.超过次数，重启前可以登录系统
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
404	[Anolis OS 8] - iso-images	严重	总是	2021-10-26 13:22	2021-12-17 16:24
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	非文件拥有者只具有读权限：非文件拥有者具有执行的权限（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 设置文件的非拥有者的权限为只读 2.查看非拥有者对该文件的权限为只读、执行
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
405	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 13:25	2021-12-17 16:24
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	支持GB18030-2005编码：locale命令无法看到是否支持GB18030-2005（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 终端输入locale命令查看系统支持的编码 2.无法查看到系统是否支持GB18030-2005
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
406	[Anolis OS 8] - iso-images	严重	总是	2021-10-26 13:27	2021-12-17 16:23
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	时间同步机制的设置：时间同步机制失败（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 设置系统的时间同步 2. 系统时间同步失败
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
407	[Anolis OS 8] - iso-images	严重	总是	2021-10-26 13:32	2021-12-17 16:23
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	防火墙能够设定针对特定IP地址主机/一个网段主机的访问控制：firewalld针对特定ip开放端口失败（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 设置irewalld针对特定ip开放端口 2. 访问特定IP，仍然无法访问。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
409	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 13:38	2021-12-17 16:23
报告员:	gaomingyang	平台:	aarch64(Phytium)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	支持多种类型Shell，包括支持sh、bash，不支持zsh、tmux。（系统问题）
描述:	硬件环境： CPU：Phytium FT-2000/4 内存：8G 硬盘：NVME 256G 网卡：Realtek Semiconductor 软件环境： kernel： 4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1.终端输入：cat /etc/shells 查看系统支持的shell类型
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
410	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 13:40	2021-12-17 16:22
报告员:	gaomingyang	平台:	aarch64(Phytium)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	安装过程不支持外设配置（系统问题）
描述:	硬件环境： CPU：Phytium FT-2000/4 内存：8G 硬盘：NVME 256G 网卡：Realtek Semiconductor 软件环境： kernel： 4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 在安装设置界面设置外设。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
411	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 13:42	2021-12-17 16:22
报告员:	gaomingyang	平台:	aarch64(Phytium)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	安装过程不支持安全级别配置（系统问题）
描述:	硬件环境： CPU：Phytium FT-2000/4 内存：8G 硬盘：NVME 256G 网卡：Realtek Semiconductor 软件环境： kernel： 4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 安装设置界面设置安全级别。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
412	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 13:44	2021-12-17 16:21
报告员:	gaomingyang	平台:	aarch64(Phytium)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	安装过程不支持启动级别配置（系统问题）
描述:	硬件环境： CPU：Phytium FT-2000/4 内存：8G 硬盘：NVME 256G 网卡：Realtek Semiconductor 软件环境： kernel： 4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 安装设置界面设置启动级别。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
413	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 13:45	2021-12-17 16:21
报告员:	gaomingyang	平台:	aarch64(Phytium)
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	安装过程不支持Mail 、Samba服务配置。（系统问题）
描述:	硬件环境： CPU：Phytium FT-2000/4 内存：8G 硬盘：NVME 256G 网卡：Realtek Semiconductor 软件环境： kernel： 4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1, 安装设置界面设置mail、Samba服务配置。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
414	[Anolis OS 8] - iso-images	致命	总是	2021-10-26 13:47	2021-12-17 16:21
报告员:	gaomingyang	平台:	aarch64(Phytium)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	待机后可以唤醒但是无法进入系统，登陆系统死机。（系统问题）
描述:	硬件环境： CPU：Phytium FT-2000/4 内存：8G 硬盘：NVME 256G 网卡：Realtek Semiconductor 软件环境： kernel： 4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 操作系统进入待机状态 2. 用鼠标、键盘唤醒系统。 3. 登陆系统
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
415	[Anolis OS 8] - iso-images	致命	总是	2021-10-26 13:48	2021-12-17 16:20
报告员:	gaomingyang	平台:	aarch64(Phytium)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	点击“电源”按钮，点击“关机”选项，无法关机。（系统问题）
描述:	硬件环境： CPU：Phytium FT-2000/4 内存：8G 硬盘：NVME 256G 网卡：Realtek Semiconductor 软件环境： kernel： 4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 点击“电源”按钮，点击“关机”选项
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
408	[Anolis OS 8] - iso-images	严重	总是	2021-10-26 13:34	2021-12-17 16:20
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	提供NFS服务：不支持nfs服务（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 查看系统是否提供NFS服务。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
396	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 11:50	2021-12-17 16:20
报告员:	gaomingyang	平台:	aarch64(Kunpeng) Anolis OS 8
分派给:	gaomingyang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	日志记录所有安装过的rpm包：尝试安装一个wps的rpm，安装成功后没有安装记录（系统问题）
描述:	硬件环境： CPU:Kunpeng-920 3211K 内存：8G 硬盘：NVME 500G 网卡：Huawei Technologies Co 软件环境： kernel：4.19.91-24.8.an8.aarch64 系统版本：Anolis 8.2-QU1
标签:
问题重现步骤:	1. 安装一个wps的rpm软件包 2. 安装成功后查看安装记录日志
附注:
系统说明
附件:

问题注释
(0000865) jacobwang    2021-12-17 16:19	复现步骤不清晰

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
237	[Anolis OS 8] bcc	一般	总是	2021-08-26 21:36	2021-12-17 16:18
报告员:	wjn740	平台:
分派给:	yunqi-zwt	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	bcc-tools syscount failed
描述:	[james@james-laptop ~]$ /usr/share/bcc/tools/syscount /virtual/main.c:29:1: warning: declaration of 'struct tracepoint__raw_syscalls__sys_exit' will not be visible outside of this function [-Wvisibility] TRACEPOINT_PROBE(raw_syscalls, sys_exit) { ^ /virtual/include/bcc/helpers.h:844:46: note: expanded from macro 'TRACEPOINT_PROBE' int tracepoint__##category##__##event(struct tracepoint__##category##__##event *args)                                              ^ <scratch space>:206:1: note: expanded from here tracepoint__raw_syscalls__sys_exit ^ /virtual/main.c:50:19: error: incomplete definition of type 'struct tracepoint__raw_syscalls__sys_exit'     u32 key = args->id;               ~~~~^ /virtual/main.c:29:1: note: forward declaration of 'struct tracepoint__raw_syscalls__sys_exit' TRACEPOINT_PROBE(raw_syscalls, sys_exit) { ^ /virtual/include/bcc/helpers.h:844:46: note: expanded from macro 'TRACEPOINT_PROBE' int tracepoint__##category##__##event(struct tracepoint__##category##__##event *args)                                              ^ <scratch space>:206:1: note: expanded from here tracepoint__raw_syscalls__sys_exit ^ 1 warning and 1 error generated. Traceback (most recent call last):   File "/usr/share/bcc/tools/syscount", line 165, in <module>     bpf = BPF(text=text)   File "/usr/lib/python3.6/site-packages/bcc/__init__.py", line 347, in __init__     raise Exception("Failed to compile BPF module %s" % (src_file or "<text>")) Exception: Failed to compile BPF module <text> [james@james-laptop ~]$ /usr/share/bcc/tools/syscount ^C
标签:
问题重现步骤:
附注:
附件:	Screenshot from 2021-08-26 21-34-50.png (192,980 字节) 2021-08-26 21:36 https://bugs-old.openanolis.cn/file_download.php?file_id=129&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
591	[Anolis OS 8] anolis-release	一般	没有试验	2021-12-07 13:30	2021-12-17 16:17
报告员:	chenjianglei	平台:	aarch64(Kunpeng)
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-8.4_aarch_64】在华为泰山200（Model 2280v2）机器上安装anolis8.4系统，选完install Anolis OS8系统，无法进行下一步，只出来黑屏界面，左上角有光标跳动。
描述:	[环境] 华为泰山200（Model 2280v2）机器 Anolis8.4_aarch_64系统iso（系统内核4.19.91-24.8） [前置条件] 1. 确认该机型之前正常装有系统，且RAID配置未动过，保持之前的raid1装系统，raid5是数据盘的raid顺序。 2. 已确认下载的ISO完整性（对照md5值一致）
标签:
问题重现步骤:	步骤： 1、安装方式采用U盘引导和ipmi安装 [期望结果] 可以成功进入系统安装界面。 [实际结果] 选完install Anolis OS8系统，无法进行下一步，只出来黑屏界面，左上角有光标跳动 详情相关信息见附件图片。
附注:	此问题为前场反馈，测试组无对应机器，无法验证。
系统说明
附件:	1ec8d8a0-46bb-42bb-9d49-2cffec17a723.png (99,417 字节) 2021-12-07 13:30 https://bugs-old.openanolis.cn/file_download.php?file_id=318&type=bug 8f31daf4-6233-4a04-8a9d-f79c8897fd53.png (32,710 字节) 2021-12-07 13:30 https://bugs-old.openanolis.cn/file_download.php?file_id=319&type=bug 93ad8754-f4ab-409d-b406-2bd432b52a1f.png (55,041 字节) 2021-12-07 13:30 https://bugs-old.openanolis.cn/file_download.php?file_id=320&type=bug 9114928f-7388-4fa1-9f57-d532fa6b87c3.png (63,127 字节) 2021-12-07 13:30 https://bugs-old.openanolis.cn/file_download.php?file_id=321&type=bug 截图_20211207161053.png (210,313 字节) 2021-12-07 16:33 https://bugs-old.openanolis.cn/file_download.php?file_id=323&type=bug

问题注释
(0000815) Shiloong    2021-12-07 14:37	@chenjianglei 您好! 请问环境之前安装的是什么系统呢? 有更多的硬件信息吗? 比如 CPU 的基本信息
(0000816) chengchen    2021-12-07 15:16	@Shiloong:@chenjianglei 您好! 请问环境之前安装的是什么系统呢? 有更多的硬件信息吗? 比如 CPU 的基本信息 -------------------------------------------------------------------------------- CPU： model name : HUAWEI,Kunpeng 920 BogoMIPS : 200.00 Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm CPU implementer : 0x48 CPU architecture: 8 CPU variant : 0x1 CPU part : 0xd01 CPU revision : 0 OS：麒麟V10 SP1
(0000819) chenjianglei    2021-12-07 16:33	此问题为前场反馈，注视和截图为其提供的所有信息，请知悉。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
608	[Anolis OS 8] * OTHERS	一般	总是	2021-12-17 14:36	2021-12-17 14:36
报告员:	xingwei-liu	平台:	x86_64
分派给:	wb-zh951434	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis8.4 进行kwin软件包编译出现依赖冲突的问题
描述:	使用mock配置dist-an8_4-build的软件源进行deepin-kwin 软件包编译，出现依赖冲突 Problem 23: package kf5-kxmlgui-5.88.0-1.el8.x86_64 requires libKF5IconThemes.so.5()(64bit), but none of the providers can be installed   - package kf5-kiconthemes-5.88.0-1.el8.x86_64 requires libQt5Svg.so.5()(64bit), but none of the providers can be installed   - package kf5-kiconthemes-5.88.0-1.el8.x86_64 requires libQt5Svg.so.5(Qt_5)(64bit), but none of the providers can be installed   - package kf5-kiconthemes-5.68.0-1.el8.x86_64 requires libQt5Svg.so.5()(64bit), but none of the providers can be installed   - package kf5-kiconthemes-5.68.0-1.el8.x86_64 requires libQt5Svg.so.5(Qt_5)(64bit), but none of the providers can be installed   - package qt5-qtsvg-5.12.5-1.el8.x86_64 requires libQt5Core.so.5(Qt_5.12.5_PRIVATE_API)(64bit), but none of the providers can be installed   - package qt5-qtsvg-5.12.5-1.el8.x86_64 requires qt5-qtbase(x86-64) = 5.12.5, but none of the providers can be installed   - cannot install both qt5-qtbase-5.15.2-3.an8.x86_64 and qt5-qtbase-5.12.5-8.an8.01.x86_64   - package kf5-kwayland-5.88.0-1.el8.x86_64 requires libQt5Core.so.5(Qt_5.15)(64bit), but none of the providers can be installed   - package kf5-kwayland-5.88.0-1.el8.x86_64 requires qt5-qtbase(x86-64) = 5.15.2, but none of the providers can be installed   - package kf5-kxmlgui-devel-5.88.0-1.el8.x86_64 requires kf5-kxmlgui(x86-64) = 5.88.0-1.el8, but none of the providers can be installed   - package kf5-kwayland-devel-5.88.0-1.el8.x86_64 requires kf5-kwayland(x86-64) = 5.88.0-1.el8, but none of the providers can be installed   - cannot install the best candidate for the job
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (244,731 字节) 2021-12-17 14:36 https://bugs-old.openanolis.cn/file_download.php?file_id=337&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
547	[Anolis OS 8] * OTHERS	一般	总是	2021-11-18 19:46	2021-12-15 11:25
报告员:	wenyurush	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	非bug，docker镜像体积问题
描述:	docker 镜像较大问题。 下载位置 docker pull centos:centos8.4.2105 docker pull openanolis/anolisos:8.2-x86_64 在使用中发现龙蜥 docker镜像比标准镜像大快一倍 centos8 231m anolins 432m 通过分析发现，主要有几部分导致了体积差异 /var/cache 22m /usr/share/GeoIP 60m /usr/shar/local 64m 这些是否可以优化，毕竟在使用镜像的时候希望体积尽可能的小，这样子部署起来会更快一些。
标签:	docker, 镜像
问题重现步骤:	下载镜像即可
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
156	[Anolis OS 8] * OTHERS	一般	总是	2021-06-08 11:09	2021-12-15 09:31
报告员:	anolislw	平台:
分派给:	xingwei-liu	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[DDE][aarch64]安装dde.aarch64失败
描述:	安装dde.aarch64（Source : dde）失败，安装过程需要依赖libraw.so.19()(64bit) 【主机信息/repo信息】 [root@VM20210425-4 ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@VM20210425-4 ~]# yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS DDE AnolisOS-8 - DDE PowerTools AnolisOS-8 - PowerTools epel EPEL epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [root@VM20210425-4 ~]# yum repolist -v | grep -E "Repo-name|baseurl" Repo-name : AnolisOS-8 - AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/aarch64/os Repo-name : AnolisOS-8 - BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/aarch64/os Repo-name : AnolisOS-8 - DDE Repo-baseurl : http://mirrors.openanolis.org/anolis/8/DDE/aarch64/os Repo-name : AnolisOS-8 - PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/aarch64/os Repo-name : EPEL Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/aarch64 Repo-name : Extra Packages for Enterprise Linux Modular 8 - aarch64 Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/aarch64/
标签:
问题重现步骤:	【复现】 [root@VM20210425-4 ~]# yum install dde.aarch64 Last metadata expiration check: 0:31:27 ago on Tue 08 Jun 2021 10:24:48 AM CST. Error:  Problem: package dde-2021.04.20-1.an8.02.aarch64 requires deepin-image-viewer, but none of the providers can be installed   - conflicting requests   - nothing provides libraw.so.19()(64bit) needed by deepin-image-viewer-5.7.8.2-5.an8.aarch64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) 【相关问题】 deepin-image-viewer.aarch64（Source : deepin-image-viewer）
附注:
附件:

问题注释
(0000257) anolislw    2021-06-08 14:49	问题包详细版本号： dde-2021.04.20-1.an8.02.aarch64 deepin-image-viewer-5.7.8.2-5.an8.aarch64
(0000279) anolislw    2021-06-23 15:55	问题未解决 [root@localhost ~]# yum install dde Last metadata expiration check: 2:24:58 ago on Wed 23 Jun 2021 01:29:12 PM CST. Error:  Problem: package dde-2021.04.20-1.an8.02.aarch64 requires deepin-image-viewer, but none of the providers can be installed   - conflicting requests   - nothing provides libraw.so.19()(64bit) needed by deepin-image-viewer-5.7.8.2-5.an8.aarch64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
(0000859) xingwei-liu    2021-12-15 09:30	此问题与bug441 问题相同，https://bugs.openanolis.cn/view.php?id=441 ，已由 geliwei-ali处理完成

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
416	[Anolis OS 7] General	一般	总是	2021-10-26 19:35	2021-12-14 20:10
报告员:	gaomingyang	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】SELinux审计日志-seaudit-report-警告信息统计
描述:	系统无seaudit-report命令
标签:
问题重现步骤:	[重现步骤]： 1. SELinux处于开启状态，使用根用户root操作  2. auditd服务已启动。如未启动，执行命令：systemctl start auditd 3. 打开终端，执行命令： seaudit-report /var/log/audit/audit.log | more aureport [期望结果]： 显示SELinux警告统计信息。类似如下：  # Begin # Report generated by seaudit-report on Tue Mar 13 17:50:04 2012 Title: SEAudit Log Report Log Statistics -------------- Number of total messages: 30 Number of policy load messages: 0 Number of policy boolean messages: 0 Number of allow messages: 0 Number of denied messages: 30 Policy Loads ....................... [实际结果]：  系统无seaudit-report命令 见附件
附注:
系统说明
附件:	seaudit-report.png (62,273 字节) 2021-10-26 19:35 https://bugs-old.openanolis.cn/file_download.php?file_id=244&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
214	[Anolis OS 8] * OTHERS	一般	总是	2021-08-05 20:59	2021-12-14 19:45
报告员:	wjn740	平台:	x86_64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	百度网盘不能使用
描述:	在百度网盘官方下载的rpm包，可以正常安装，但是在运行的时候，报告段错误；
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000841) geliwei-ali    2021-12-14 12:22	属于应用程序兼容性问题，需要应用开发者调试

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
137	[Anolis OS 8] * OTHERS	一般	总是	2021-05-18 17:54	2021-12-14 19:42
报告员:	hss31000512	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	反馈	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	无法输入登录密码
描述:	无法输入登录密码
标签:	8.2GA-210611
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000216) jacobwang    2021-05-18 18:14	请问有复现步骤吗？

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
159	[Anolis OS 8] java-1.8.0-openjdk	一般	总是	2021-06-16 10:52	2021-12-14 19:40
报告员:	xuchunmei000	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	ecs anolis8.2实例，yum安装ivy-local失败
描述:	在阿里云ecs上购买anolis8.2实例，执行yum install ivy-local报错： # yum install ivy-local Last metadata expiration check: 1:56:43 ago on Wed 16 Jun 2021 08:38:41 AM CST. Error:  Problem: package ivy-local-5.3.0-1.module+el8.2.0+10048+55533a4a.noarch requires javapackages-tools = 5.3.0-1.module+el8.2.0+10048+55533a4a, but none of the providers can be installed   - conflicting requests   - package javapackages-tools-5.3.0-1.module+el8.2.0+10048+55533a4a.noarch is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) # yum list javapackages-tools --showduplicates Last metadata expiration check: 1:56:05 ago on Wed 16 Jun 2021 08:38:41 AM CST. Available Packages javapackages-tools.noarch 5.3.0-1.module+el8.2.0+10024+840302cd AppStream # yum list ivy-local Last metadata expiration check: 1:56:18 ago on Wed 16 Jun 2021 08:38:41 AM CST. Available Packages ivy-local.noarch 5.3.0-1.module+el8.2.0+10048+55533a4a PowerTools
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
135	[Anolis OS 8] anaconda	一般	总是	2021-05-18 09:33	2021-12-14 18:49
报告员:	mellonwand	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	反馈	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	ESXi6.7的虚拟机中Anaconda安装界面不能使用鼠标
描述:	尝试安装的ISO 版本： AnolisOS-8.2-GA-x86_64 虚拟机所在物理主机版本：ESXi6.7 虚拟机兼容性： ESXi 6.7 Update 2 及更高版本 (虚拟机版本 15) 和 ESXi 6.5 及更高版本 (虚拟机版本 13) 都尝试过 虚拟机客户机操作系统兼容性: CentOS8 同一虚拟机，加载CentOS8 1905和CentOS8.3 2011的安装界面都可以使用鼠标
标签:	8.2GA-210611
问题重现步骤:	虚拟机开机进入安装界面后必定出现
附注:
系统说明
附件:	ana.png (5,828 字节) 2021-06-03 16:14 https://bugs-old.openanolis.cn/file_download.php?file_id=72&type=bug

问题注释
(0000212) jacobwang    2021-05-18 16:59	ESXi 适配问题。 后期考虑解决。
(0000234) geliwei-ali    2021-06-03 15:20	请问使用的是哪个版本的内核？
(0000235) mellonwand    2021-06-03 16:14	刚刚看了Anaconda安装界面是4.19的内核 另外刚刚才发现，如果使用vmware的remote console访问虚拟机是可以使用鼠标的；通过web控制台访问虚拟机不能使用鼠标，所以可能是哪里的兼容性问题
(0000857) geliwei-ali    2021-12-14 18:49	建议使用8月份更新的新版本的内核，或者QU1镜像 https://mirrors.openanolis.cn/anolis/8.2/isos/QU1/

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
122	[Anolis OS 8] - iso-images	一般	总是	2021-05-10 11:40	2021-12-14 18:47
报告员:	gaomingyang	平台:	aarch64(Kunpeng)
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【Anolis_RC2】centos升级anolis最后报错
描述:	安装centos8.2后，配置anolis的源，运行升级脚本报错
标签:	8.2GA-210611
问题重现步骤:	1.安装centos8.2 2.配置anolis的源 3.运行升级脚本
附注:
系统说明
附件:	index.png (107,374 字节) 2021-05-10 11:40 https://bugs-old.openanolis.cn/file_download.php?file_id=52&type=bug image.png (69,835 字节) 2021-06-03 11:12 https://bugs-old.openanolis.cn/file_download.php?file_id=71&type=bug

问题注释
(0000211) geliwei-ali    2021-05-18 13:58	https://codeup.openanolis.cn/codeup/anolis-os/anolis-indexhtml/merge_request/26161
(0000232) geliwei-ali    2021-06-03 11:12

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
300	[Anolis OS 8] kernel	严重	总是	2021-09-27 15:24	2021-12-14 17:48
报告员:	Dolantin_	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	反馈	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	4.19内核无法切换至4.18内核
描述:	1、安装系统时选择的是4.19内核，希望切换到4.18内核时发现无法切换。 2、从iso文件中提取出4.18的内核包并以强制安装和更新的方式都试了一遍，重启机器后通过“uname -r”查看内核版本发现仍是4.19内核。 3、尝试将4.19的安装包全部替换成iso文件中4.18版本对应的安装包后，还是不管用。
标签:
问题重现步骤:
附注:
系统说明
附件:	屏幕截图 2021-09-27 152211.png (42,425 字节) 2021-09-27 15:24 https://bugs-old.openanolis.cn/file_download.php?file_id=178&type=bug 界面.png (13,075 字节) 2021-09-27 15:36 https://bugs-old.openanolis.cn/file_download.php?file_id=179&type=bug 界面2.png (8,987 字节) 2021-09-27 15:36 https://bugs-old.openanolis.cn/file_download.php?file_id=180&type=bug 界面3.png (25,941 字节) 2021-09-27 15:36 https://bugs-old.openanolis.cn/file_download.php?file_id=181&type=bug rpm包.png (20,237 字节) 2021-09-27 16:09 https://bugs-old.openanolis.cn/file_download.php?file_id=182&type=bug

问题注释
(0000459) Dolantin_    2021-09-27 15:36	图1是选择系统的界面 图二是选择“Advanced optios”后的界面 图三是选择图二中第二个选项的错误提示
(0000460) Dolantin_    2021-09-27 16:09
(0000461) Dolantin_    2021-09-28 10:19	重新安装该系统时，选择4.18内核版本，安装完成后使用uname -r查看，显示还是4.19内核版本
(0000501) geliwei-ali    2021-10-18 15:26	手动安装4.18内核时，有无错误提示呢？
(0000855) geliwei-ali    2021-12-14 17:48	grub启动项是否选择正确？

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
304	[Anolis OS 8] * OTHERS	一般	总是	2021-09-29 10:39	2021-12-14 17:46
报告员:	qwei_007	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	反馈	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-RC2-4.19-x86/aarch64]:GB18030字符集下文字'㐀'显示乱码，命令行提示乱码
描述:	[环境信息]： 内核信息： # uname -r 4.19.91-24.8.an8.aarch64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 支持GB18030字符集，能够正常显示 [实际结果]： 边界字符‘㐀’显示乱码 命令行提示乱码
标签:
问题重现步骤:	# yum install -y glibc-langpack-zh langpacks-zh_CN.noarch # export LANG=zh_CN.gb18030 # locale charmap GB18030 # echo '㐀' > test.txt # vi test.txt ## test.txt文件中字符显示为乱码 # rm test.txt ## 提示信息为乱码
附注:	㐀 unicode编码为3400。它是gb18030四字节编码开始的字符，gb18030的四字节编码为：81 39 EE 39
系统说明
附件:	F1BE36A2-76C9-41d1-8239-01F06A82F187.png (63,337 字节) 2021-09-29 10:39 https://bugs-old.openanolis.cn/file_download.php?file_id=183&type=bug 提示乱码.jpg (59,157 字节) 2021-09-29 10:39 https://bugs-old.openanolis.cn/file_download.php?file_id=184&type=bug 显示乱码.jpg (37,620 字节) 2021-09-29 10:39 https://bugs-old.openanolis.cn/file_download.php?file_id=185&type=bug image.png (87,113 字节) 2021-10-18 15:55 https://bugs-old.openanolis.cn/file_download.php?file_id=226&type=bug image-2.png (202,673 字节) 2021-10-18 15:55 https://bugs-old.openanolis.cn/file_download.php?file_id=227&type=bug

问题注释
(0000502) geliwei-ali    2021-10-18 15:55	我这里可以正确显示的，vim手动开启GB18030字符集后也可以正确显示

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
298	[Anolis OS 8] - iso-images	一般	总是	2021-09-24 19:03	2021-12-14 17:44
报告员:	xuchunmei000	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis8.2上安装python3-pki失败
描述:	anolis8.2上直接执行yum install python3-pki报错依赖无法解决： # yum install python3-pki Failed to set locale, defaulting to C.UTF-8 Repository Plus-debuginfo is listed more than once in the configuration Last metadata expiration check: 2:35:47 ago on Fri Sep 24 16:24:02 2021. Error:  Problem: package python3-pki-10.8.3-2.module+el8.2.0+10169+5edc130e.noarch requires python3-nss, but none of the providers can be installed   - cannot install the best candidate for the job   - package python3-nss-1.0.1-10.module+el8.2.0+10029+75dfac13.x86_64 is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) 单独enable pki-deps之后，仍旧无法正常安装： # dnf module enable pki-deps # yum -y install python3-pki Failed to set locale, defaulting to C.UTF-8 Repository Plus-debuginfo is listed more than once in the configuration Last metadata expiration check: 2:37:30 ago on Fri Sep 24 16:24:02 2021. Dependencies resolved. ====================================================================================================================================================================================================  Package Architecture Version Repository Size ==================================================================================================================================================================================================== Installing:  python3-pki noarch 10.8.3-2.module+el8.2.0+10169+5edc130e AppStream 158 k Installing dependencies:  pki-base noarch 10.8.3-2.module+el8.2.0+10169+5edc130e AppStream 289 k  python3-lxml x86_64 4.2.3-1.el8 AppStream 1.5 M  python3-nss x86_64 1.0.1-10.module+el8.2.0+10029+75dfac13 AppStream 285 k  python3-webencodings noarch 0.5.1-6.el8 AppStream 26 k Installing weak dependencies:  python3-html5lib noarch 1:0.999999999-6.el8 AppStream 213 k Transaction Summary ==================================================================================================================================================================================================== Install 6 Packages Total download size: 2.4 M Installed size: 9.4 M Downloading Packages: (1/6): pki-base-10.8.3-2.module+el8.2.0+10169+5edc130e.noarch.rpm 737 kB/s | 289 kB 00:00 (2/6): python3-html5lib-0.999999999-6.el8.noarch.rpm 509 kB/s | 213 kB 00:00 (3/6): python3-lxml-4.2.3-1.el8.x86_64.rpm 2.6 MB/s | 1.5 MB 00:00 (4/6): python3-nss-1.0.1-10.module+el8.2.0+10029+75dfac13.x86_64.rpm 1.3 MB/s | 285 kB 00:00 (5/6): python3-pki-10.8.3-2.module+el8.2.0+10169+5edc130e.noarch.rpm 768 kB/s | 158 kB 00:00 (6/6): python3-webencodings-0.5.1-6.el8.noarch.rpm 184 kB/s | 26 kB 00:00 ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 3.4 MB/s | 2.4 MB 00:00 Running transaction check No available modular metadata for modular package 'pki-base-10.8.3-2.module+el8.2.0+10169+5edc130e.noarch', it cannot be installed on the system No available modular metadata for modular package 'python3-pki-10.8.3-2.module+el8.2.0+10169+5edc130e.noarch', it cannot be installed on the system The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'yum clean packages'. Error: No available modular metadata for modular package 再次使能pki-core之后，才能正常安装python3-pki，此时安装的是pki-core这个module包含的python3-pki，而非enable pki-core之前通过yum list获取到的版本： [root@yihe-anolis8 site-packages]# dnf module enable pki-core Failed to set locale, defaulting to C.UTF-8 Repository Plus-debuginfo is listed more than once in the configuration Last metadata expiration check: 2:38:56 ago on Fri Sep 24 16:24:02 2021. Dependencies resolved. ====================================================================================================================================================================================================  Package Architecture Version Repository Size ==================================================================================================================================================================================================== Enabling module streams:  pki-core 10.6 Transaction Summary ==================================================================================================================================================================================================== Is this ok [y/N]: y Complete! [root@yihe-anolis8 site-packages]# yum -y install python3-pki Failed to set locale, defaulting to C.UTF-8 Repository Plus-debuginfo is listed more than once in the configuration Last metadata expiration check: 2:39:00 ago on Fri Sep 24 16:24:02 2021. Dependencies resolved. ====================================================================================================================================================================================================  Package Architecture Version Repository Size ==================================================================================================================================================================================================== Installing:  python3-pki noarch 10.8.3-6.module+el8.2.0+10193+b5ce0ab1 AppStream 159 k Installing dependencies:  pki-base noarch 10.8.3-6.module+el8.2.0+10193+b5ce0ab1 AppStream 290 k  python3-lxml x86_64 4.2.3-1.el8 AppStream 1.5 M  python3-nss x86_64 1.0.1-10.module+el8.2.0+10029+75dfac13 AppStream 285 k  python3-webencodings noarch 0.5.1-6.el8 AppStream 26 k Installing weak dependencies:  python3-html5lib noarch 1:0.999999999-6.el8 AppStream 213 k Transaction Summary ==================================================================================================================================================================================================== Install 6 Packages Total size: 2.5 M Total download size: 448 k Installed size: 9.4 M Downloading Packages: [SKIPPED] python3-html5lib-0.999999999-6.el8.noarch.rpm: Already downloaded [SKIPPED] python3-lxml-4.2.3-1.el8.x86_64.rpm: Already downloaded [SKIPPED] python3-nss-1.0.1-10.module+el8.2.0+10029+75dfac13.x86_64.rpm: Already downloaded [SKIPPED] python3-webencodings-0.5.1-6.el8.noarch.rpm: Already downloaded (5/6): python3-pki-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch.rpm 390 kB/s | 159 kB 00:00 (6/6): pki-base-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch.rpm 665 kB/s | 290 kB 00:00 ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 1.0 MB/s | 448 kB 00:00 Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction   Preparing : 1/1   Installing : python3-webencodings-0.5.1-6.el8.noarch 1/6   Installing : python3-html5lib-1:0.999999999-6.el8.noarch 2/6   Installing : python3-lxml-4.2.3-1.el8.x86_64 3/6   Installing : python3-nss-1.0.1-10.module+el8.2.0+10029+75dfac13.x86_64 4/6   Installing : python3-pki-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch 5/6   Installing : pki-base-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch 6/6   Running scriptlet: pki-base-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch 6/6   Verifying : pki-base-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch 1/6   Verifying : python3-html5lib-1:0.999999999-6.el8.noarch 2/6   Verifying : python3-lxml-4.2.3-1.el8.x86_64 3/6   Verifying : python3-nss-1.0.1-10.module+el8.2.0+10029+75dfac13.x86_64 4/6   Verifying : python3-pki-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch 5/6   Verifying : python3-webencodings-0.5.1-6.el8.noarch 6/6 Installed:   pki-base-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch python3-html5lib-1:0.999999999-6.el8.noarch python3-lxml-4.2.3-1.el8.x86_64 python3-nss-1.0.1-10.module+el8.2.0+10029+75dfac13.x86_64   python3-pki-10.8.3-6.module+el8.2.0+10193+b5ce0ab1.noarch python3-webencodings-0.5.1-6.el8.noarch Complete!
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (364,921 字节) 2021-10-18 17:06 https://bugs-old.openanolis.cn/file_download.php?file_id=228&type=bug

问题注释
(0000448) xuchunmei000    2021-09-24 19:20	安装python3-ipaserver也有类似的问题
(0000503) geliwei-ali    2021-10-18 17:06	我如果不enable pki-core是查不到python3-pki的
(0000504) geliwei-ali    2021-10-18 17:25	这应该是2个不同版本的模块，dnf module info pki-core可以查看
(0000854) geliwei-ali    2021-12-14 17:44	[root@iZbp186zhpzwsc03kkmzj0Z ~]# dnf list python3-pki Failed to set locale, defaulting to C.UTF-8 Last metadata expiration check: 0:46:00 ago on Tue Dec 14 16:55:42 2021. Error: No matching Packages to list [root@iZbp186zhpzwsc03kkmzj0Z ~]# dnf module enable pki-deps Failed to set locale, defaulting to C.UTF-8 ...... [root@iZbp186zhpzwsc03kkmzj0Z ~]# dnf list python3-pki Failed to set locale, defaulting to C.UTF-8 Last metadata expiration check: 0:46:12 ago on Tue Dec 14 16:55:42 2021. Error: No matching Packages to list [root@iZbp186zhpzwsc03kkmzj0Z ~]# dnf module enable pki-core Failed to set locale, defaulting to C.UTF-8 Last metadata expiration check: 0:47:13 ago on Tue Dec 14 16:55:42 2021. Dependencies resolved. ...... [root@iZbp186zhpzwsc03kkmzj0Z ~]# dnf list python3-pki Failed to set locale, defaulting to C.UTF-8 Last metadata expiration check: 0:47:17 ago on Tue Dec 14 16:55:42 2021. Available Packages python3-pki.noarch 10.8.3-6.module+el8.2.0+10193+b5ce0ab1 AppStream

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
201	[Anolis OS 8] tuned	一般	总是	2021-07-21 14:45	2021-12-14 17:30
报告员:	xuchunmei000	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	使用8.2正式版本iso安装虚拟机启动后，tuned的profile_mode为空
描述:	使用8.2正式版本iso安装虚拟机，ecs上创建anolis8.2实例也是一样的问题 os启动后/etc/tuned/profile_mode为空
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (491,511 字节) 2021-10-18 17:45 https://bugs-old.openanolis.cn/file_download.php?file_id=229&type=bug

问题注释
(0000505) geliwei-ali    2021-10-18 17:45	这个文件应该就是空的才对，代码里只是创建了一个空文件
(0000506) geliwei-ali    2021-10-18 20:50	https://codeup.openanolis.cn/codeup/anolis-os/tuned/merge_request/27021

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
440	[Anolis OS 8] glibc	一般	没有试验	2021-10-29 16:52	2021-12-14 17:28
报告员:	layne-yang	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	不做修改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	steamcmd需要glibc.i686和 libstdc++.i686
描述:	steamcmd需要glibc.i686和 libstdc++.i686，库中没有提供该依赖。
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000853) geliwei-ali    2021-12-14 17:28	anolis 不支持i686，如有需求请向技术委员会提出建议

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
68	[Anolis OS 8] kernel	一般	总是	2021-04-15 11:27	2021-12-14 17:23
报告员:	shanxifanshi	平台:	aarch64(Phytium)
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis 4.18 rc2版本，开机启动后，dmesg中存在error日志 “pcieport 0000:00:01.5: Failed to check link status”
描述:	开机启动后，dmesg中存在error日志： [root@VM20210309-3 ~]# dmesg -l err -T [Thu Apr 15 11:17:14 2021] pcieport 0000:00:01.5: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:01.4: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:02.3: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:02.2: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:02.1: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:02.0: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:01.7: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:01.6: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:03.1: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:03.0: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:02.7: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:02.6: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:02.5: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:02.4: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:03.6: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:03.5: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:03.4: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:03.3: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:03.2: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:04.4: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:04.3: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:04.2: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:04.1: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:04.0: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:03.7: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:05.2: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:05.1: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:05.0: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:04.7: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:04.6: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:04.5: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:05.7: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:05.6: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:05.5: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:05.4: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:05.3: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:06.5: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:06.4: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:06.3: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:06.2: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:06.1: Failed to check link status [Thu Apr 15 11:17:14 2021] pcieport 0000:00:06.0: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:07.3: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:07.2: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:07.1: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:07.0: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:06.7: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:06.6: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:08.0: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:07.7: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:07.6: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:07.5: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:07.4: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:08.6: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:08.5: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:08.4: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:08.3: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:08.2: Failed to check link status [Thu Apr 15 11:17:15 2021] pcieport 0000:00:08.1: Failed to check link status [Thu Apr 15 11:17:22 2021] Unable to find swap-space signature [预期结果]：dmesg中无err日志 [实际结果]：dmesg中有pcieport类的err日志 [复现概率]：必现 [环境信息]： 内核信息： [root@VM20210309-3 ~]# uname -r 4.18.0-193.el8.aarch64 机型： TPN51M1B3 飞腾 内存、CPU信息：4 Cpu 15G memory 操作系统信息： [root@VM20210309-3 ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/"
标签:	8.2GA-210611
问题重现步骤:	1. reboot机器 2. dmesg -l err -T查询开机是否有err日志
附注:
系统说明
附件:	image.png (142,488 字节) 2021-06-29 16:43 https://bugs-old.openanolis.cn/file_download.php?file_id=95&type=bug

问题注释
(0000289) yinyongchen    2021-06-29 16:43	Anolis 8.4 arm有同样问题，并且会发生 oom # uname -r 4.18.0-305.an8.aarch64 # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" # dmesg -l err -T [此处省略几十行] [Tue Jun 29 15:12:37 2021] pcieport 0000:00:07.6: Failed to check link status [Tue Jun 29 15:12:37 2021] pcieport 0000:00:07.5: Failed to check link status [Tue Jun 29 15:12:37 2021] pcieport 0000:00:07.4: Failed to check link status [Tue Jun 29 15:18:46 2021] Memory cgroup out of memory: Killed process 20408 (yum) total-vm:146112kB, anon-rss:73216kB, file-rss:33344kB, shmem-rss:0kB, UID:0 pgtables:448kB oom_score_adj:0 # dmesg -l warn -T [Tue Jun 29 15:12:30 2021] ACPI: SRAT not present [Tue Jun 29 15:12:30 2021] ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware [Tue Jun 29 15:12:30 2021] ACPI: SRAT not present [Tue Jun 29 15:12:30 2021] ACPI PPTT: No PPTT table found, CPU and cache topology may be inaccurate [Tue Jun 29 15:12:33 2021] cacheinfo: Unable to detect cache hierarchy for CPU 0 [Tue Jun 29 15:12:35 2021] GPT:Primary header thinks Alt. header is not at the end of the disk. [Tue Jun 29 15:12:35 2021] GPT:41943887 != 94372687 [Tue Jun 29 15:12:35 2021] GPT:Alternate GPT header not at the end of the disk. [Tue Jun 29 15:12:35 2021] GPT:41943887 != 94372687 [Tue Jun 29 15:12:35 2021] GPT: Use GNU Parted to correct GPT errors. [Tue Jun 29 15:12:37 2021] printk: systemd: 20 output lines suppressed due to ratelimiting [Tue Jun 29 15:18:46 2021] yum invoked oom-killer: gfp_mask=0x6201ca(GFP_HIGHUSER_MOVABLE|__GFP_WRITE), order=0, oom_score_adj=0 [Tue Jun 29 15:18:46 2021] CPU: 2 PID: 20408 Comm: yum Kdump: loaded Not tainted 4.18.0-305.an8.aarch64 #1 [Tue Jun 29 15:18:46 2021] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 0.0.0 02/06/2015 [Tue Jun 29 15:18:46 2021] Call trace: [Tue Jun 29 15:18:46 2021] dump_backtrace+0x0/0x188 [Tue Jun 29 15:18:46 2021] show_stack+0x24/0x30 [Tue Jun 29 15:18:46 2021] dump_stack+0x9c/0xbc [Tue Jun 29 15:18:46 2021] dump_header+0x48/0x1dc [Tue Jun 29 15:18:46 2021] oom_kill_process+0x188/0x190 [Tue Jun 29 15:18:46 2021] out_of_memory+0x178/0x4e8 [Tue Jun 29 15:18:46 2021] mem_cgroup_out_of_memory+0xf0/0x100 [Tue Jun 29 15:18:46 2021] try_charge+0x694/0x6d8 [Tue Jun 29 15:18:46 2021] mem_cgroup_charge+0xc4/0x290 [Tue Jun 29 15:18:46 2021] __add_to_page_cache_locked+0x400/0x448 [Tue Jun 29 15:18:46 2021] add_to_page_cache_lru+0x78/0x118 [Tue Jun 29 15:18:46 2021] pagecache_get_page+0x164/0x2c8 [Tue Jun 29 15:18:46 2021] grab_cache_page_write_begin+0x44/0x68 [Tue Jun 29 15:18:46 2021] ext4_da_write_begin+0xc8/0x3f8 [ext4] [Tue Jun 29 15:18:46 2021] generic_perform_write+0xb8/0x1a8 [Tue Jun 29 15:18:46 2021] __generic_file_write_iter+0x100/0x1e0 [Tue Jun 29 15:18:46 2021] ext4_file_write_iter+0x18c/0x3c0 [ext4] [Tue Jun 29 15:18:46 2021] new_sync_write+0x100/0x150 [Tue Jun 29 15:18:46 2021] __vfs_write+0x74/0x90 [Tue Jun 29 15:18:46 2021] vfs_write+0xac/0x1b8 [Tue Jun 29 15:18:46 2021] ksys_write+0x6c/0xd0 [Tue Jun 29 15:18:46 2021] __arm64_sys_write+0x24/0x30 [Tue Jun 29 15:18:46 2021] el0_svc_handler+0xb0/0x180 [Tue Jun 29 15:18:46 2021] el0_svc+0x8/0xc
(0000355) OpenBFW    2021-08-30 15:20	anolisos_8_2_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-193.el8.x86_64 anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 anolisos_8_4_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-305.an8.x86_64 anolisos_8_4_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 均出现过pcieport 报错信息 报错信息分别如下： 【anolisos_8_2_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-193.el8.x86_64】 [root@iZbp1c0dt6binqodzjx8qsZ ~]# dmesg -l err -T [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:03.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:02.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:06.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:04.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:05.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:07.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:0a.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:09.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:08.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:0c.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:0b.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:0d.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:0f.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:10.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:0e.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:13.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:14.0: Failed to check link status [Wed Aug 25 15:09:14 2021] pcieport 0000:4a:12.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:16.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:15.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:18.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:17.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:1b.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:1a.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:19.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:1c.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:1d.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:4a:1e.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:03.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:02.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:00.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:01.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:05.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:04.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:06.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:0a.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:09.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:08.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:07.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:0b.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:0d.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:0c.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:10.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:0e.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:0f.0: Failed to check link status [Wed Aug 25 15:09:15 2021] pcieport 0000:6b:11.0: Failed to check link status [Wed Aug 25 15:09:16 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap! [Wed Aug 25 15:09:16 2021] snd_hda_intel 0000:00:1f.3: no codecs found! [root@iZbp1c0dt6binqodzjx8qsZ ~]# dmesg -l warn -T [Wed Aug 25 15:08:49 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Wed Aug 25 15:08:49 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Wed Aug 25 15:08:49 2021] 0000049 0000050 #51 #52 0000053 0000054 0000055 0000056 0000057 0000058 0000059 0000060 0000061 0000062 0000063 0000064 0000065 0000066 0000067 0000068 0000069 0000070 0000071 [Wed Aug 25 15:08:49 2021] 0000073 0000074 0000075 0000076 0000077 0000078 0000079 0000080 0000081 0000082 0000083 0000084 #85 0000086 0000087 0000088 0000089 0000090 0000091 0000092 0000093 0000094 0000095 [Wed Aug 25 15:08:51 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Wed Aug 25 15:09:08 2021] pcieport 0000:2f:01.0: can't derive routing for PCI INT B [Wed Aug 25 15:09:08 2021] pcieport 0000:2f:01.0: PCI INT B: not connected [Wed Aug 25 15:09:09 2021] pcieport 0000:2f:02.0: can't derive routing for PCI INT C [Wed Aug 25 15:09:09 2021] pcieport 0000:2f:02.0: PCI INT C: not connected [Wed Aug 25 15:09:11 2021] pcieport 0000:2f:03.0: can't derive routing for PCI INT D [Wed Aug 25 15:09:11 2021] pcieport 0000:2f:03.0: PCI INT D: not connected [Wed Aug 25 15:09:13 2021] usb: port power management may be unreliable [Wed Aug 25 15:09:15 2021] printk: systemd: 21 output lines suppressed due to ratelimiting [Wed Aug 25 15:09:16 2021] systemd-journald[2026]: File /run/log/journal/20210802140102473637031637010178/system.journal corrupted or uncleanly shut down, renaming and replacing. [Wed Aug 25 15:09:16 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. 【anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64】 [root@iZbp1bvymlvckfce69bde4Z ~]# dmesg -l warn -T [Wed Aug 25 10:52:59 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Wed Aug 25 10:52:59 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Wed Aug 25 10:52:59 2021] 0000025 #26 0000027 0000028 0000029 0000030 0000031 0000032 0000033 0000034 0000035 0000036 0000037 0000038 0000039 0000040 0000041 0000042 0000043 0000044 0000045 0000046 0000047 [Wed Aug 25 10:52:59 2021] 0000049 0000050 #51 #52 0000053 0000054 0000055 0000056 0000057 0000058 0000059 0000060 0000061 0000062 0000063 0000064 0000065 0000066 0000067 0000068 0000069 0000070 0000071 [Wed Aug 25 10:52:59 2021] 0000073 0000074 0000075 0000076 0000077 0000078 0000079 0000080 0000081 0000082 0000083 0000084 #85 0000086 0000087 0000088 0000089 0000090 0000091 0000092 0000093 0000094 0000095 [Wed Aug 25 10:52:59 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Wed Aug 25 10:53:02 2021] pcieport 0000:2f:01.0: can't derive routing for PCI INT B [Wed Aug 25 10:53:02 2021] pcieport 0000:2f:01.0: PCI INT B: not connected [Wed Aug 25 10:53:03 2021] pcieport 0000:2f:02.0: can't derive routing for PCI INT C [Wed Aug 25 10:53:03 2021] pcieport 0000:2f:02.0: PCI INT C: not connected [Wed Aug 25 10:53:04 2021] pcieport 0000:2f:03.0: can't derive routing for PCI INT D [Wed Aug 25 10:53:04 2021] pcieport 0000:2f:03.0: PCI INT D: not connected [Wed Aug 25 10:53:05 2021] usb: port power management may be unreliable [Wed Aug 25 10:53:07 2021] systemd: 21 output lines suppressed due to ratelimiting [Wed Aug 25 10:53:07 2021] systemd-journald[1748]: File /run/log/journal/20210802102208800514714670206638/system.journal corrupted or uncleanly shut down, renaming and replacing. [Wed Aug 25 10:53:07 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. [Wed Aug 25 10:53:07 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap! [Wed Aug 25 10:53:07 2021] power_meter ACPI000D:00: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). 【anolisos_8_4_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-305.an8.x86_64】 [root@iZbp1cc2g9kaxopt4zn76zZ ~]# dmesg -l err -T [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:02.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:04.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:03.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:06.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:07.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:05.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:09.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:08.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:0b.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:0a.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:0d.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:0e.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:0c.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:0f.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:10.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:12.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:13.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:14.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:15.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:16.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:17.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:19.0: Failed to check link status [Tue Aug 24 17:34:01 2021] pcieport 0000:4a:18.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:4a:1a.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:4a:1c.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:4a:1b.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:4a:1e.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:00.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:01.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:4a:1d.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:03.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:04.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:02.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:05.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:07.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:08.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:06.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:0b.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:0a.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:09.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:0c.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:0f.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:0e.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:0d.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:10.0: Failed to check link status [Tue Aug 24 17:34:02 2021] pcieport 0000:6b:11.0: Failed to check link status [Tue Aug 24 17:34:02 2021] systemd-coredump[2357]: Failed to connect to coredump service: No such file or directory [Tue Aug 24 17:34:03 2021] snd_hda_intel 0000:00:1f.3: no codecs found! [root@iZbp1cc2g9kaxopt4zn76zZ ~]# dmesg -l warn -T [Tue Aug 24 17:33:38 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Tue Aug 24 17:33:38 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Tue Aug 24 17:33:39 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Tue Aug 24 17:33:46 2021] pci_bus 0000:47: Unknown NUMA node; performance will be reduced [Tue Aug 24 17:33:46 2021] pci_bus 0000:b6: Unknown NUMA node; performance will be reduced [Tue Aug 24 17:33:46 2021] pci_bus 0000:d6: Unknown NUMA node; performance will be reduced [Tue Aug 24 17:33:46 2021] pci_bus 0000:f6: Unknown NUMA node; performance will be reduced [Tue Aug 24 17:33:55 2021] pcieport 0000:2f:01.0: can't derive routing for PCI INT B [Tue Aug 24 17:33:55 2021] pcieport 0000:2f:01.0: PCI INT B: not connected [Tue Aug 24 17:33:56 2021] pcieport 0000:2f:02.0: can't derive routing for PCI INT C [Tue Aug 24 17:33:56 2021] pcieport 0000:2f:02.0: PCI INT C: not connected [Tue Aug 24 17:33:58 2021] pcieport 0000:2f:03.0: can't derive routing for PCI INT D [Tue Aug 24 17:33:58 2021] pcieport 0000:2f:03.0: PCI INT D: not connected [Tue Aug 24 17:34:01 2021] usb: port power management may be unreliable [Tue Aug 24 17:34:02 2021] printk: systemd: 20 output lines suppressed due to ratelimiting [Tue Aug 24 17:34:03 2021] systemd[1]: rngd.service: Current command vanished from the unit file, execution of the command list won't be resumed. [Tue Aug 24 17:34:03 2021] systemd[1]: rngd.service: Main process exited, code=killed, status=6/ABRT [Tue Aug 24 17:34:03 2021] systemd[1]: rngd.service: Failed with result 'signal'. [Tue Aug 24 17:34:03 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap! [Tue Aug 24 17:34:03 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. 【anolisos_8_4_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64】 [root@iZbp12frg9l5oqbk6tg6jaZ ~]# dmesg -l warn -T [Tue Aug 24 17:32:43 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Tue Aug 24 17:32:43 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Tue Aug 24 17:32:43 2021] 0000025 #26 0000027 0000028 0000029 0000030 0000031 0000032 0000033 0000034 0000035 0000036 0000037 0000038 0000039 0000040 0000041 0000042 0000043 0000044 0000045 0000046 0000047 [Tue Aug 24 17:32:43 2021] 0000049 0000050 #51 #52 0000053 0000054 0000055 0000056 0000057 0000058 0000059 0000060 0000061 0000062 0000063 0000064 0000065 0000066 0000067 0000068 0000069 0000070 0000071 [Tue Aug 24 17:32:43 2021] 0000073 0000074 0000075 0000076 0000077 0000078 0000079 0000080 0000081 0000082 0000083 0000084 #85 0000086 0000087 0000088 0000089 0000090 0000091 0000092 0000093 0000094 0000095 [Tue Aug 24 17:32:43 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Tue Aug 24 17:32:46 2021] pcieport 0000:2f:01.0: can't derive routing for PCI INT B [Tue Aug 24 17:32:46 2021] pcieport 0000:2f:01.0: PCI INT B: not connected [Tue Aug 24 17:32:47 2021] pcieport 0000:2f:02.0: can't derive routing for PCI INT C [Tue Aug 24 17:32:47 2021] pcieport 0000:2f:02.0: PCI INT C: not connected [Tue Aug 24 17:32:48 2021] pcieport 0000:2f:03.0: can't derive routing for PCI INT D [Tue Aug 24 17:32:48 2021] pcieport 0000:2f:03.0: PCI INT D: not connected [Tue Aug 24 17:32:50 2021] usb: port power management may be unreliable [Tue Aug 24 17:32:51 2021] systemd: 26 output lines suppressed due to ratelimiting [Tue Aug 24 17:32:52 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap! [Tue Aug 24 17:32:52 2021] power_meter ACPI000D:00: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Tue Aug 24 17:32:52 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
148	[Anolis OS 8] kf5-kdeclarative	一般	没有试验	2021-05-31 16:18	2021-12-14 16:45
报告员:	anolislw	平台:
分派给:	geliwei-ali	操作系统:
优先级:	低	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[DDE][aarch64/x86_64]安装kf5-kdeclarative-devel失败
描述:	【描述】 安装kf5-kdeclarative-devel失败 【主机以及repo信息】 [root@localhost mock]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@localhost mock]# yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS DDE AnolisOS-8 - DDE PowerTools AnolisOS-8 - PowerTools epel EPEL epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [root@localhost mock]# yum repolist -v | grep -E "Repo-name|baseurl" Repo-name : AnolisOS-8 - AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/aarch64/os Repo-name : AnolisOS-8 - BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/aarch64/os Repo-name : AnolisOS-8 - DDE Repo-baseurl : http://mirrors.openanolis.org/anolis/8/DDE/aarch64/os Repo-name : AnolisOS-8 - PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/aarch64/os Repo-name : EPEL Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/aarch64 Repo-name : Extra Packages for Enterprise Linux Modular 8 - aarch64 Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/aarch64/
标签:	8.2GA-210611
问题重现步骤:	【复现】 yum install kf5-kdeclarative-devel Last metadata expiration check: 0:03:26 ago on Mon 31 May 2021 04:10:47 PM CST. Error:  Problem: package kf5-kpackage-devel-5.68.0-1.el8.aarch64 requires extra-cmake-modules >= 5.68, but none of the providers can be installed   - package kf5-kdeclarative-devel-5.68.0-2.an8.aarch64 requires kf5-kpackage-devel >= 5.68, but none of the providers can be installed   - package extra-cmake-modules-5.68.0-1.el8.noarch requires kf5-rpm-macros, but none of the providers can be installed   - cannot install the best candidate for the job   - nothing provides cmake >= 3.18 needed by kf5-rpm-macros-5.68.0-4.el8.noarch (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
附注:	x86_64环境有相同问题存在
附件:

问题注释
(0000244) geliwei-ali    2021-06-07 10:55	cmake >= 3.18需要8.4版本，建议使用低版本kf5-rpm-macros
(0000245) xingwei-liu    2021-06-07 11:02	fix by 8.4
(0000291) anolislw    2021-06-29 18:53	当前该问题还存在 [root@VM20210425-4 ~]# yum install kf5-kdeclarative-devel Last metadata expiration check: 0:01:10 ago on Tue 29 Jun 2021 06:51:58 PM CST. Error:  Problem: package kf5-kpackage-devel-5.68.0-1.el8.aarch64 requires extra-cmake-modules >= 5.68, but none of the providers can be installed   - package kf5-kdeclarative-devel-5.68.0-2.an8.aarch64 requires kf5-kpackage-devel >= 5.68, but none of the providers can be installed   - package extra-cmake-modules-5.68.0-1.el8.noarch requires kf5-rpm-macros, but none of the providers can be installed   - cannot install the best candidate for the job   - nothing provides cmake >= 3.18 needed by kf5-rpm-macros-5.68.0-4.el8.noarch (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) [root@VM20210425-4 ~]# arch aarch64
(0000606) xingwei-liu    2021-11-04 11:24	8.4 测试无此问题
(0000850) geliwei-ali    2021-12-14 16:45	epel的包 只会在最新版本上支持，所以这个问题是存在于低版本的

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
441	[Anolis OS 8] - iso-images	一般	总是	2021-10-29 17:47	2021-12-14 15:49
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】默认源中没有LibRaw包 （DDE问题）
描述:	安装DDE之后，无法通过默认源安装LibRaw
标签:
问题重现步骤:	yum install LibRaw
附注:
系统说明
附件:

问题注释
(0000617) xingwei-liu    2021-11-07 18:58	arm架构 AppStream 仓库 中缺少软件包LibRaw
(0000618) gaomingyang    2021-11-08 11:37	anolis 8.4 中同样存在此问题
(0000849) geliwei-ali    2021-12-14 15:49	软件仓库已修正

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
215	[Anolis OS 8] * OTHERS	一般	没有试验	2021-08-09 16:39	2021-12-14 15:48
报告员:	wjn740	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	aarch64中找不到python
描述:	[anuser@localhost performance-tools]$ whereis python python: /usr/bin/python2.7 /usr/lib/python3.6 /usr/lib/python2.7 /usr/lib64/python3.6 /usr/lib64/python2.7 /usr/include/python2.7 /usr/include/python3.6m /usr/share/man/man1/python.1.gz [anuser@localhost performance-tools]$ uname -r 4.19.91-24.5.an8.aarch64 [anuser@localhost performance-tools]$ x86中可以找到； [root@iZbp13iqjpvxsvma1hxyphZ performance-tools]# whereis python python: /usr/bin/python3.6-config /usr/bin/python3.6m-config /usr/bin/python /usr/bin/python3.6m-x86_64-config /usr/bin/python3.6 /usr/bin/python3.6m /usr/lib/python3.6 /usr/lib64/python3.6 /usr/local/lib/python3.6 /usr/include/python3.6m /usr/share/man/man1/python.1.gz [root@iZbp13iqjpvxsvma1hxyphZ performance-tools]# uname -r 4.19.91-24.5.an8.x86_64 [root@iZbp13iqjpvxsvma1hxyphZ performance-tools]#
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000848) geliwei-ali    2021-12-14 15:47	我注意到，x86环境用的是root，貌似是云上镜像。但arm环境用的是社区的本地镜像，社区的本地镜像是最小安装，这里面是不包括python3的（我测试了社区8.2本地镜像 x86 和arm，行为一致），如果需要的话可以自行安装。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
364	[Anolis OS 7] General	一般	总是	2021-10-20 16:17	2021-12-14 13:43
报告员:	shanxifanshi	平台:	x86_64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86][os]安装ceph-common失败，源中缺少依赖包redhat-lsb-core
描述:	安装ceph-common失败，源中缺少依赖包redhat-lsb-core [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 可以正常安装ceph-common [实际结果]： 安装ceph-common失败 # yum -y install ceph-common.x86_64 Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager This system is not registered with an entitlement server. You can use subscription-manager to register. Resolving Dependencies --> Running transaction check ---> Package ceph-common.x86_64 1:10.2.5-4.an7 will be installed --> Processing Dependency: python-rados = 1:10.2.5-4.an7 for package: 1:ceph-common-10.2.5-4.an7.x86_64 --> Processing Dependency: python-rbd = 1:10.2.5-4.an7 for package: 1:ceph-common-10.2.5-4.an7.x86_64 --> Processing Dependency: hdparm for package: 1:ceph-common-10.2.5-4.an7.x86_64 --> Processing Dependency: redhat-lsb-core for package: 1:ceph-common-10.2.5-4.an7.x86_64 --> Running transaction check ---> Package ceph-common.x86_64 1:10.2.5-4.an7 will be installed --> Processing Dependency: redhat-lsb-core for package: 1:ceph-common-10.2.5-4.an7.x86_64 ---> Package hdparm.x86_64 0:9.43-5.an7 will be installed ---> Package python-rados.x86_64 1:10.2.5-4.an7 will be installed ---> Package python-rbd.x86_64 1:10.2.5-4.an7 will be installed --> Finished Dependency Resolution Error: Package: 1:ceph-common-10.2.5-4.an7.x86_64 (os)            Requires: redhat-lsb-core  You could try using --skip-broken to work around the problem  You could try running: rpm -Va --nofiles --nodigest [原因定位]：  源中缺少依赖包redhat-lsb-core
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000523) anolislw    2021-10-21 14:15	[Anolis7.7][aarch64][4.19]该环境存在相同问题 [root@VM20210305-5 tmp]# cat /etc/redhat-release Anolis OS release 7.7 [root@VM20210305-5 tmp]# uname -r 4.19.91-24.8.an7.aarch64 [root@VM20210305-5 tmp]# yum install -y ceph-common Loaded plugins: langpacks Resolving Dependencies --> Running transaction check ---> Package ceph-common.aarch64 1:10.2.5-4.an7 will be installed --> Processing Dependency: python-rbd = 1:10.2.5-4.an7 for package: 1:ceph-common-10.2.5-4.an7.aarch64 --> Processing Dependency: hdparm for package: 1:ceph-common-10.2.5-4.an7.aarch64 --> Processing Dependency: redhat-lsb-core for package: 1:ceph-common-10.2.5-4.an7.aarch64 --> Processing Dependency: libboost_regex-mt.so.1.53.0()(64bit) for package: 1:ceph-common-10.2.5-4.an7.aarch64 --> Running transaction check ---> Package boost-regex.aarch64 0:1.53.0-27.an7 will be installed ---> Package ceph-common.aarch64 1:10.2.5-4.an7 will be installed --> Processing Dependency: redhat-lsb-core for package: 1:ceph-common-10.2.5-4.an7.aarch64 ---> Package hdparm.aarch64 0:9.43-5.an7 will be installed ---> Package python-rbd.aarch64 1:10.2.5-4.an7 will be installed --> Finished Dependency Resolution Error: Package: 1:ceph-common-10.2.5-4.an7.aarch64 (os)            Requires: redhat-lsb-core  You could try using --skip-broken to work around the problem  You could try running: rpm -Va --nofiles --nodigest
(0000847) xzyang    2021-12-14 13:43	ceph安装依赖redhat-lsb-core,已在system-lsb中提供该依赖。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
269	[Anolis OS 8] * OTHERS	一般	没有试验	2021-09-12 20:28	2021-12-14 13:39
报告员:	wjn740	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	反馈	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	qemu-kvm don't support gtk boot up
描述:	# qemu-kvm -display gtk qemu-kvm: Display 'gtk' is not available.
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000846) geliwei-ali    2021-12-14 13:39	请提供qemu-kvm的版本，rpm -qf /usr/bin/qemu-kvm

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
252	[Anolis OS 8] * OTHERS	严重	总是	2021-09-05 16:19	2021-12-14 13:20
报告员:	a3067745401	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	反馈	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	aarch64 iso镜像无法安装
描述:	用qemu启动虚拟机，vnc方式安装系统，reboot阶段后鼠标无法点击安装项目
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (16,109 字节) 2021-09-05 16:19 https://bugs-old.openanolis.cn/file_download.php?file_id=141&type=bug image-2.png (9,107 字节) 2021-09-05 16:20 https://bugs-old.openanolis.cn/file_download.php?file_id=142&type=bug image-3.png (218,502 字节) 2021-09-05 16:23 https://bugs-old.openanolis.cn/file_download.php?file_id=143&type=bug

问题注释
(0000371) a3067745401    2021-09-05 16:20
(0000372) a3067745401    2021-09-05 16:23	长时间不操作。默认就返回了安装界面
(0000845) geliwei-ali    2021-12-14 13:20	a) 你提到‘reboot阶段后鼠标无法点击安装项目’，这个是安装完成之后reboot吗？请详细描述问题出现的步骤。 b) 如果你是指安装开始的时候这个情况，那看起来图2像是vnc连接断开了，启动菜单超时会默认进入安装界面 c）如果是无法点击安装界面里的continue，请尝试重新连接vnc

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
527	[Anolis OS 8] * OTHERS	一般	总是	2021-11-12 18:30	2021-12-14 13:11
报告员:	anolislw	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis8.4] yum无法安装kernel-debuginfo
描述:	[问题描述] 环境中使用yum无法安装kernel-debuginfo [机器环境] [root@iZbp1f42vredj5e7g1p8hgZ ~]# uname -r 4.19.91-24.8.an8.x86_64 [root@iZbp1f42vredj5e7g1p8hgZ ~]# [root@iZbp1f42vredj5e7g1p8hgZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@iZbp1f42vredj5e7g1p8hgZ ~]# yum repolist --all repo id repo name status AppStream AnolisOS-8 - AppStream enabled BaseOS AnolisOS-8 - BaseOS enabled DDE AnolisOS-8 - DDE disabled Plus AnolisOS-8 - Plus enabled PowerTools AnolisOS-8 - PowerTools enabled epel epel disabled [root@iZbp1f42vredj5e7g1p8hgZ ~]# ls /etc/yum.repos.d/ AnolisOS-AppStream.repo AnolisOS-BaseOS.repo AnolisOS-DDE.repo AnolisOS-Plus.repo AnolisOS-PowerTools.repo [root@iZbp1f42vredj5e7g1p8hgZ ~]# [报错详情] [root@iZbp1f42vredj5e7g1p8hgZ ~]# yum install -y kernel-debuginfo Last metadata expiration check: 0:05:48 ago on Fri 12 Nov 2021 06:16:12 PM CST. No match for argument: kernel-debuginfo Error: Unable to find a match: kernel-debuginfo [root@iZbp1f42vredj5e7g1p8hgZ ~]# [root@iZbp1f42vredj5e7g1p8hgZ ~]# yum list | grep kernel-debuginfo
标签:
问题重现步骤:	yum install kernel-debuginfo
附注:
附件:

问题注释
(0000844) geliwei-ali    2021-12-14 13:11	please enable Plus-debuginfo repo

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
475	[Anolis OS 8] kernel	严重	总是	2021-11-04 14:10	2021-12-14 13:08
报告员:	anolis_account	平台:	龙芯
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	Anolis OS 8.4
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][loongarch64]auditctl添加规则记录系统调用,audit日志无记录
描述:	在auditd服务running的前提下，通过auditctl添加规则记录系统调用（如chdir，其他系统调用也一样）,执行相应系统调用后，检查audit日志，无相关记录 # uname -a Linux localhost.localdomain 4.19.190-2.1.an8.loongarch64 #1 SMP Tue Sep 28 06:19:17 UTC 2021 loongarch64 loongarch64 loongarch64 GNU/Linux # rpm -qa|grep audit audit-libs-3.0-0.17.20191104git1c2f876.el8.loongarch64 python3-audit-3.0-0.17.20191104git1c2f876.el8.loongarch64 audit-3.0-0.17.20191104git1c2f876.el8.loongarch64
标签:
问题重现步骤:	1.启动auditd服务， service auditd start # service auditd status Redirecting to /bin/systemctl status auditd.service ● auditd.service - Security Auditing Service    Loaded: loaded (/usr/lib/systemd/system/auditd.service; disabled; vendor preset: d>    Active: active (running) since Thu 2021-11-04 01:57:16 EDT; 2s ago      Docs: man:auditd(8)            https://github.com/linux-audit/audit-documentation   Process: 2310 ExecStartPost=/sbin/augenrules --load (code=exited, status=0/SUCCESS)   Process: 2306 ExecStart=/sbin/auditd (code=exited, status=0/SUCCESS)  Main PID: 2307 (auditd)     Tasks: 2 (limit: 103012)    Memory: 4.1M    CGroup: /system.slice/auditd.service            └─2307 /sbin/auditd 2.查找系统调用规则号，如chdir系统调用，查询到为49 # grep chdir /usr/include/asm-generic/unistd.h #define __NR_chdir 49 __SYSCALL(__NR_chdir, sys_chdir) #define __NR_fchdir 50 __SYSCALL(__NR_fchdir, sys_fchdir) 3,增加审计规则记录chdir系统调用 # auditctl -a always,exit -F arch=aarch64 -S 49 [root@localhost ~]# auditctl -l -a always,exit -F arch=b64 -S chdir 4.调用chdir系统调用 cd /tmp 5.检查/var/log/audit/目录下的日志，预期有chdir系统调用日志，但实际结果没有，即使等待一段时间仍然没有 grep -nri chdir /var/log/audit/ 注：audit日志是可以记录的，su -test1 之后，可以看到su的日志 # su - test1 [test1@localhost ~]$ exit # grep -nri su /var/log/audit/ /var/log/audit/audit.log:12:type=CRED_DISP msg=audit(1636005561.090:13): pid=2355 uid=0 auid=0 ses=6 msg='op=PAM:setcred grantors=pam_rootok acct="test1" exe="/usr/bin/su" hostname=localhost.localdomain addr=? terminal=pts/2 res=success'UID="root" AUID="root"
附注:
系统说明
附件:	image.png (79,520 字节) 2021-11-16 19:05 https://bugs-old.openanolis.cn/file_download.php?file_id=287&type=bug

问题注释
(0000717) geliwei-ali    2021-11-16 19:05
(0000718) geliwei-ali    2021-11-16 19:06	测试步骤里用的是aarch64， 我改成loongarch64遇到不能识别平台的问题，需要进一步调查
(0000734) anolis_account    2021-11-17 11:41	最新版本已解决 # auditctl -a always,exit -F arch=loongarch64 -S chdir [root@localhost ~]# auditctl -l -a always,exit -F arch=b64 -S chdir [root@localhost ~]# cd /tmp [root@localhost tmp]# grep -nri chdir /var/log/audit/ |tail -1 /var/log/audit/audit.log:239:type=SYSCALL msg=audit(1637120424.572:1409): arch=c0000102 syscall=49 success=yes exit=0 a0=aab1b4ddc0 a1=aab1b4e290 a2=0 a3=7f7f7f7f7f7f7f7f items=1 ppid=605001 pid=605002 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts4 ses=72 comm="bash" exe="/usr/bin/bash" key=(null)ARCH=loongarch64 SYSCALL=chdir AUID="root" UID="root" GID="root" EUID="root" SUID="root" FSUID="root" EGID="root" SGID="root" FSGID="root"

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
227	[Anolis OS 8] * OTHERS	一般	总是	2021-08-20 12:49	2021-12-14 13:07
报告员:	anolislw	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis][aarch64] 无法正常安装freeimage-plus-devel
描述:	freeimage-plus-devel 对应Source:freeimage root@Anolis ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@Anolis ~]# uanme -r bash: uanme: command not found [root@Anolis ~]# [root@Anolis ~]# [root@Anolis ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@Anolis ~]# uname -r 4.19.91-23.4.an8.aarch64 [root@Anolis ~]# [root@Anolis ~]# yum repolist Repository epel is listed more than once in the configuration repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS DDE AnolisOS-8 - DDE PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [root@Anolis ~]#
标签:
问题重现步骤:	[root@Anolis ~]# yum install -y freeimage-plus-devel Repository epel is listed more than once in the configuration Last metadata expiration check: 0:47:30 ago on Fri 20 Aug 2021 11:59:47 AM CST. Error:  Problem: package freeimage-plus-devel-3.18.0-8.an8.aarch64 requires freeimage-devel(aarch-64) = 3.18.0-8.an8, but none of the providers can be installed   - package freeimage-devel-3.18.0-8.an8.aarch64 requires freeimage(aarch-64) = 3.18.0-8.an8, but none of the providers can be installed   - conflicting requests   - nothing provides libraw.so.19()(64bit) needed by freeimage-3.18.0-8.an8.aarch64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
附注:
系统说明
附件:	image.png (198,304 字节) 2021-12-14 13:07 https://bugs-old.openanolis.cn/file_download.php?file_id=335&type=bug

问题注释
(0000843) geliwei-ali    2021-12-14 13:07

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
268	[Anolis OS 8] glibc	一般	没有试验	2021-09-12 19:38	2021-12-14 13:03
报告员:	wjn740	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	不做修改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	glibc-devel missing 32bit package version
描述:	yum install glibc-devel.i686 [sudo] password for james: AnolisOS-8.2 - AppStream 38 kB/s | 4.3 kB 00:00 AnolisOS-8.2 - BaseOS 80 kB/s | 3.8 kB 00:00 AnolisOS-8 - Plus 10 kB/s | 3.8 kB 00:00 AnolisOS-8.2 - PowerTools 32 kB/s | 4.3 kB 00:00 Docker CE Stable - x86_64 6.4 kB/s | 3.5 kB 00:00 Extra Packages for Enterprise Linux Modular 8 - x86_64 8.6 kB/s | 9.2 kB 00:01 Extra Packages for Enterprise Linux 8 - x86_64 7.5 kB/s | 10 kB 00:01 Extra Packages for Enterprise Linux 8 - x86_64 8.1 MB/s | 10 MB 00:01 google-chrome 13 kB/s | 1.3 kB 00:00 google-chrome 23 kB/s | 3.5 kB 00:00 RPM Fusion for EL 8 - Free - Updates 5.5 kB/s | 3.7 kB 00:00 RPM Fusion for EL 8 - Nonfree - Updates 2.5 kB/s | 3.7 kB 00:01 No match for argument: glibc-devel.i686 Error: Unable to find a match: glibc-devel.i686 [james@james-laptop hypervisor_last]$ sudo yum install glibc-devel.i586 Last metadata expiration check: 0:00:11 ago on Sun 12 Sep 2021 07:35:48 PM CST. No match for argument: glibc-devel.i586 Error: Unable to find a match: glibc-devel.i586 [james@james-laptop hypervisor_last]$ sudo yum install glibc-devel.i386 Last metadata expiration check: 0:00:15 ago on Sun 12 Sep 2021 07:35:48 PM CST. No match for argument: glibc-devel.i386 Error: Unable to find a match: glibc-devel.i386
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000842) geliwei-ali    2021-12-14 13:03	目前Anolis OS暂不支持i686，如果有需求请向技术文员会提出建议。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
264	[Anolis OS 8] - iso-images	一般	总是	2021-09-10 12:15	2021-12-14 11:09
报告员:	anolislw	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-aarch64/x86_64][4.18 rhck] 使用QU1版本镜像安装虚拟机所选安装的内核与虚拟机启动后系统内核不匹配
描述:	[问题描述] 使用QU1版本镜像，起虚拟机，安装选择的是4.18 rhck的内核，server for GUI 全量安装（勾选全部组件），虚拟机启动后内核为4.19的 AnolisOS-8.2-QU1-aarch64-dvd.iso AnolisOS-8.2-QU1-x86_64-dvd.iso [重现概率] 必现 [实际结果]： 镜像安装选择4.18内核，启动后系统内核变成4.19的（aarch64/x86_64都存在该情况）
标签:
问题重现步骤:	使用QU1 ISO aarch64/x86_64镜像安装时选择内核”4.18 rhck”，软件安装“server for GUI”(勾选右侧全部组件)
附注:
系统说明
附件:	1631244128446_4BAE698F-5989-471c-90B8-5D8E2820783D.png (30,961 字节) 2021-09-10 12:15 https://bugs-old.openanolis.cn/file_download.php?file_id=155&type=bug lALPD2sQwoZn5UzNAtHNA_Q_1012_721.png (169,263 字节) 2021-09-10 12:15 https://bugs-old.openanolis.cn/file_download.php?file_id=156&type=bug lALPD4d8t6zQgg7M180C6A_744_215.png (34,222 字节) 2021-09-10 12:15 https://bugs-old.openanolis.cn/file_download.php?file_id=157&type=bug

问题注释
(0000402) meil_wei    2021-09-10 18:46	使用国密x86版本iso安装，选择4.18 rhck的内核，server for GUI 全量安装（勾选全部组件），虚拟机启动后内核为4.19的 使用国密arm版本iso安装，选择4.18 rhck的内核，server for GUI 全量安装（勾选全部组件），虚拟机启动后内核为4.19 64k的 AnolisOS-8.2-ShangMi-Beta-x86_64-dvd.iso AnolisOS-8.2-ShangMi-Beta-aarch64-dvd.iso
(0000840) geliwei-ali    2021-12-14 11:08    (最后编辑： 2021-12-14 11:09)	fixed by anaconda-29.19.2.17-1.0.10

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
508	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-11-10 12:09	2021-12-14 10:16
报告员:	Alierwei	平台:
分派给:	Alierwei	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	调度器相关结构体增加reserve字段
描述:	调度器相关结构体增加reserve字段
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000839) Alierwei    2021-12-14 10:16	相关结构体已新增字段

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
588	[Anolis OS 7] General	一般	总是	2021-12-02 14:04	2021-12-13 17:04
报告员:	anolislw	平台:
分派给:	yunqi-zwt	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis7.9-anck][x86_64/aarch64][ecs] yum无法安装polardb
描述:	[问题描述] Anolis7.9 anck x86与aarch64环境中yum安装polardb失败 [复现频率] 必现 [机器环境] 以aarch64为例： [root@iZbp1eifrtpxa7rrt50b5fZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" #这里应该是7.9 ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@iZbp1eifrtpxa7rrt50b5fZ ~]# uname -a Linux iZbp1eifrtpxa7rrt50b5fZ 4.19.91-24.8.an7.aarch64 #1 SMP Sat Sep 18 16:58:48 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [root@iZbp1eifrtpxa7rrt50b5fZ ~]# yum repolist -v --enablerepo=Plus | grep -E "name|url" Repo-name : AnolisOS-7.7 - Plus Repo-baseurl : http://mirrors.cloud.aliyuncs.com/anolis/7.7/Plus/aarch64/os/ Repo-filename: /etc/yum.repos.d/AnolisOS-Plus.repo Repo-name : Docker CE Stable - aarch64 Repo-baseurl : https://mirrors.aliyun.com/docker-ce/linux/centos/7/aarch64/stable/ Repo-filename: /etc/yum.repos.d/docker-ce.repo Repo-name : Extra Packages for Enterprise Linux 7 Repo-baseurl : http://mirrors.cloud.aliyuncs.com/epel/7/aarch64/ Repo-filename: /etc/yum.repos.d/epel.repo Repo-name : AnolisOS-7.7 - extras Repo-baseurl : http://mirrors.cloud.aliyuncs.com/anolis/7.7/extras/aarch64/os/ Repo-filename: /etc/yum.repos.d/AnolisOS-extras.repo Repo-name : AnolisOS-7.7 - os Repo-baseurl : http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/ Repo-filename: /etc/yum.repos.d/AnolisOS-os.repo Repo-name : AnolisOS-7.7 - updates Repo-baseurl : http://mirrors.cloud.aliyuncs.com/anolis/7.7/updates/aarch64/os/ Repo-filename: /etc/yum.repos.d/AnolisOS-updates.repo [期望结果] Anolis7.9环境可以通过yum安装polardb [实际结果] [root@iZbp1eifrtpxa7rrt50b5fZ ~]# yum install --enablerepo=Plus polardb Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile Plus | 3.8 kB 00:00:00 docker-ce-stable | 3.5 kB 00:00:00 epel | 5.4 kB 00:00:00 extras | 3.8 kB 00:00:00 os | 3.5 kB 00:00:00 updates | 3.8 kB 00:00:00 No package polardb available. Error: Nothing to do
标签:
问题重现步骤:	yum install --enablerepo=Plus polardb
附注:
附件:

问题注释
(0000803) bolong_tbl    2021-12-02 14:12	在anolis 8上可以正常yum安装polardb

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
601	[Anolis OS 7] General	一般	没有试验	2021-12-11 15:14	2021-12-13 13:59
报告员:	anolislw	平台:
分派给:	yunqi-zwt	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis7.9][x86/aarch64][ecs] 环境中无法通过nginx repo安装nginx
描述:	An7.9 x86/aarch64环境无通过nginx repo源安装nginx [机器环境] [root@localhost yum.repos.d]# ll /etc/yum.repos.d/ total 32 -rw-r--r-- 1 root root 868 Dec 10 14:13 AnolisOS-Debuginfo.repo -rw-r--r-- 1 root root 180 Nov 26 12:03 AnolisOS-extras.repo -rw-r--r-- 1 root root 168 Nov 26 12:03 AnolisOS-os.repo -rw-r--r-- 1 root root 174 Dec 10 14:02 AnolisOS-Plus.repo -rw-r--r-- 1 root root 812 Dec 10 14:14 AnolisOS-Source.repo -rw-r--r-- 1 root root 183 Nov 26 12:03 AnolisOS-updates.repo -rw-r--r-- 1 root root 208 Nov 26 12:03 epel.repo -rw-r--r-- 1 root root 173 Dec 11 15:02 nginx.repo [root@localhost yum.repos.d]# [root@localhost yum.repos.d]# yum repolist Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile http://nginx.org/packages/centos/7.7/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found Trying other mirror. To address this issue please refer to the below wiki article https://wiki.centos.org/yum-errors If above article doesn't help to resolve this issue please use https://bugs.centos.org/. http://nginx.org/packages/centos/7.7/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found Trying other mirror. repo id repo name status Plus/x86_64 AnolisOS-7.7 - Plus 11 Plus-debuginfo/x86_64 AnolisOS-7.7 - Plus Debuginfo 6 Plus-source AnolisOS-7.7 - Plus Source 1 epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 13,692 extras/x86_64 AnolisOS-7.7 - extras 8 extras-debuginfo/x86_64 AnolisOS-7.7 - extras Debuginfo 4 extras-source AnolisOS-7.7 - extras Source 6 nginx/7.7/x86_64 nginx 0 os/x86_64 AnolisOS-7.7 - os 6,775 os-debuginfo/x86_64 AnolisOS-7.7 - os Debuginfo 1,468 os-source AnolisOS-7.7 - os Source 2,254 updates/x86_64 AnolisOS-7.7 - updates 2,503 updates-debuginfo/x86_64 AnolisOS-7.7 - updates Debuginfo 310 updates-source AnolisOS-7.7 - updates Source 352 [root@localhost yum.repos.d]# cat /etc/image-id image_name="Anolis 7.9 ANCK 64 bit" image_id="anolisos_7_9_x64_20G_anck_alibase_20211126.vhd" release_date="20211126120140" [root@localhost yum.repos.d]# [root@localhost yum.repos.d]# uname -r 4.19.91-24.8.an7.x86_64 [root@localhost yum.repos.d]# [root@localhost yum.repos.d]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
标签:
问题重现步骤:	[复现频率] 必现 [复现步骤] 1）配置nginx源 [nginx] name=nginx baseurl=http://nginx.org/packages/centos/$releasever/$basearch/ gpgkey=https://nginx.org/keys/nginx_signing.key module_hotfixes=true enabled=1 gpgcheck=1 2） yum install nginx [root@localhost yum.repos.d]# yum install nginx Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile http://nginx.org/packages/centos/7.7/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found Trying other mirror. To address this issue please refer to the below wiki article https://wiki.centos.org/yum-errors If above article doesn't help to resolve this issue please use https://bugs.centos.org/.  One of the configured repositories failed (nginx),  and yum doesn't have enough cached data to continue. At this point the only  safe thing yum can do is fail. There are a few ways to work "fix" this:      1. Contact the upstream for the repository and get them to fix the problem.      2. Reconfigure the baseurl/etc. for the repository, to point to a working         upstream. This is most often useful if you are using a newer         distribution release than is supported by the repository (and the         packages for the previous distribution release still work).      3. Run the command with the repository temporarily disabled             yum --disablerepo=nginx ...      4. Disable the repository permanently, so yum won't use it by default. Yum         will then just ignore the repository until you permanently enable it         again or use --enablerepo for temporary usage:             yum-config-manager --disable nginx         or             subscription-manager repos --disable=nginx      5. Configure the failing repository to be skipped, if it is unavailable.         Note that yum will try to contact the repo. when it runs most commands,         so will have to try and fail each time (and thus. yum will be be much         slower). If it is a very temporary problem though, this is often a nice         compromise:             yum-config-manager --save --setopt=nginx.skip_if_unavailable=true failure: repodata/repomd.xml from nginx: [Errno 256] No more mirrors to try. http://nginx.org/packages/centos/7.7/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
附注:	An7.9环境会把$releaserver解析为7.7，但是nginx repo中没有7.7的源 http://nginx.org/packages/centos/ ------------------------------------------------------------------------------------------- Index of /packages/centos/ ../ 5/ 17-Aug-2016 13:30 - 6/ 17-Aug-2016 13:30 - 6Client/ 17-Aug-2016 13:30 - 6Server/ 17-Aug-2016 13:30 - 6Workstation/ 17-Aug-2016 13:30 - 7/ 10-Feb-2021 11:32 - 7Client/ 10-Feb-2021 11:32 - 7Server/ 10-Feb-2021 11:32 - 7Workstation/ 10-Feb-2021 11:32 - 8/ 21-Apr-2020 15:19
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
583	[Anolis OS 7] General	一般	总是	2021-11-29 16:18	2021-12-10 15:41
报告员:	anolislw	平台:
分派给:	qhw13324663979	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	无法重现
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis7.9-anck-x86_64][esc] systemctl --failed检查postfix.service loaded failed failed
描述:	[问题描述] 镜像anolisos_7_9_x64_20G_anck_alibase_20211126.vhd 实例规格：ecs.g6a.32xlarge systemctl --failed检查postfix.service loaded failed failed [机器信息] [root@iZbp1ivhftbdd2rb1sny0gZ-229 ~]## cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@iZbp1ivhftbdd2rb1sny0gZ-229 ~]# uname -a Linux iZbp1ivhftbdd2rb1sny0gZ 4.19.91-24.8.an7.x86_64 #1 SMP Sat Sep 18 16:53:17 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [root@iZbp1ivhftbdd2rb1sny0gZ-229 ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 128 On-line CPU(s) list: 0-127 Thread(s) per core: 2 Core(s) per socket: 16 Socket(s): 4 NUMA node(s): 4 Vendor ID: AuthenticAMD CPU family: 23 Model: 49 Model name: AMD EPYC 7H12 64-Core Processor Stepping: 0 CPU MHz: 2595.124 BogoMIPS: 5190.24 Virtualization: AMD-V Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 512K L3 cache: 16384K NUMA node0 CPU(s): 0-31 NUMA node1 CPU(s): 32-63 NUMA node2 CPU(s): 64-95 NUMA node3 CPU(s): 96-127 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy svm cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr_core ssbd ibpb stibp vmmcall fsgsbase tsc_adjust bmi1 avx2 smep bmi2 rdseed adx smap sha_ni xsaveopt xsavec xgetbv1 arat npt nrip_save [实际结果]： [root@iZbp1ivhftbdd2rb1sny0gZ-229 ~]# systemctl --failed   UNIT LOAD ACTIVE SUB DESCRIPTION ● postfix.service loaded failed failed Postfix Mail Transport Agent LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 1 loaded units listed. Pass --all to see loaded but inactive units, too. To show all installed unit files use 'systemctl list-unit-files'. [复现频率] 必现
标签:
问题重现步骤:	[复现步骤] systemctl --failed
附注:
附件:	lQLPDhrQonpDodbNA0fNB2awjh98wcCNzycBgxHh8QBaAA_1894_839.png (66,840 字节) 2021-12-03 16:04 https://bugs-old.openanolis.cn/file_download.php?file_id=315&type=bug image.png (52,672 字节) 2021-12-10 15:37 https://bugs-old.openanolis.cn/file_download.php?file_id=332&type=bug

问题注释
(0000808) qhw13324663979    2021-12-03 16:04	问题没有复现
(0000835) anolislw    2021-12-10 15:37	起了新实例，没有复现postfix异常情况，考虑当时实例环境问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
197	[Anolis OS 8] - iso-images	严重	总是	2021-07-06 14:25	2021-12-10 14:44
报告员:	chenqq86	平台:	x86_64(Zhaoxin)
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	8.2/8.4版本在开先® KX-6000系列处理器无法安装
描述:	8.2/8.4版本在开先® KX-6000系列处理器无法安装
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
577	[Anolis OS 8] * OTHERS	一般	总是	2021-11-24 16:41	2021-12-10 14:42
报告员:	anolislw	平台:	x86_64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis8.4-x86_64] 安装nginx:1.18页面访问403问题
描述:	[问题描述]： Anolis8.4-x86_64安装nginx:1.18 浏览器页面访问403问题， [环境详情] [root@qibo-lest02 html]# cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@qibo-lest02 html]# arch x86_64 [root@qibo-lest02 html]# uname -a Linux qibo-lest02 4.19.91-24.8.an8.x86_64 #1 SMP Tue Aug 31 11:30:53 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [root@qibo-lest02 html]# dnf module list | grep nginx Warning: failed loading '/etc/yum.repos.d/nginx.repo', skipping. nginx 1.14 [d] common [d] nginx webserver nginx 1.16 common [d] nginx webserver nginx 1.18 [e] common [d] [i] nginx webserver [root@qibo-lest02 html]# nginx -v nginx version: nginx/1.18.0 [问题分析] index.html链接到不存在的文件导致（手动重建index.html，页面访问正常） [root@qibo-lest02 html]# rpm -ql nginx | grep conf /etc/nginx/fastcgi.conf /etc/nginx/fastcgi.conf.default /etc/nginx/nginx.conf /etc/nginx/nginx.conf.default [root@qibo-lest02 html]# rpm -ql nginx | grep nginx.conf /etc/nginx/nginx.conf /etc/nginx/nginx.conf.default [root@qibo-lest02 html]# cat /etc/nginx/nginx.conf | grep root         root /usr/share/nginx/html; # root /usr/share/nginx/html; [root@qibo-lest02 html]# ll /usr/share/nginx/html total 16 -rw-r--r-- 1 root root 3896 Jul 21 15:31 404.html -rw-r--r-- 1 root root 3946 Jul 21 15:31 50x.html drwxr-xr-x 2 root root 4096 Nov 24 16:18 icons lrwxrwxrwx 1 root root 25 Jul 21 15:33 index.html -> ../../testpage/index.html #出错位置 -rw-r--r-- 1 root root 368 Jul 21 15:31 nginx-logo.png lrwxrwxrwx 1 root root 14 Jul 21 15:33 poweredby.png -> nginx-logo.png [复现步骤] dnf module install nginx:1.18 -y systemctl start nginx [root@qibo-lest02 html]# curl -I localhost:80 #或者浏览器输入：ip 访问 HTTP/1.1 403 Forbidden 0000403 Server: nginx/1.18.0 Date: Wed, 24 Nov 2021 08:40:43 GMT Content-Type: text/html Content-Length: 153 Connection: keep-alive
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (30,098 字节) 2021-11-24 16:41 https://bugs-old.openanolis.cn/file_download.php?file_id=311&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
578	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-24 23:03	2021-12-10 14:41
报告员:	xunlei	平台:
分派给:	Shiloong	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[4.19] x86体系补丁同步
描述:	同步上游x86补丁，包括kvm, vPMU, msr, split lock等。
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
560	[Anolis OS 8] * OTHERS	一般	总是	2021-11-23 10:38	2021-12-10 14:41
报告员:	qhw13324663979	平台:	x86_64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	访问apache和nginx 默认首页报错
描述:	在anolis 8.2 安装完apache或者nginx 1.18版本后，启动apache或者nginx服务后，访问80端口报错 初步排查后发现安装好这两个服务的软件包后，没有默认首页文件导致 正常情况下安装anolis-logos-httpd包后会生成/usr/share/testpage 目录和/usr/share/testpage/index.html文件，但实际情况是没有生成该目录和文件
标签:
问题重现步骤:	安装 apache yum -y install httpd systemctl start httpd curl http://localhost 安装 nginx yum module -y install nginx:1.18 systemctl start nginx curl http://localhost
附注:	[root@localhost ~]# find / -name index.html /usr/share/doc/cyrus-sasl-lib/index.html /usr/share/httpd/noindex/index.html /usr/share/nginx/html/index.html [root@localhost ~]# ll /usr/share/nginx/html/index.html lrwxrwxrwx. 1 root root 25 Jul 21 03:33 /usr/share/nginx/html/index.html -> ../../testpage/index.html [root@localhost ~]# ll /usr/share/httpd/noindex/index.html lrwxrwxrwx. 1 root root 25 Jun 24 03:37 /usr/share/httpd/noindex/index.html -> ../../testpage/index.html [root@localhost ~]# systemctl start httpd [root@localhost ~]# curl http://localhost <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>403 Forbidden</title> </head><body> <h1>Forbidden</h1> You don't have permission to access this resource. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. </body></html> [root@localhost ~]# systemctl stop httpd [root@localhost ~]# systemctl start nginx [root@localhost ~]# curl http://localhost <html> <head><title>403 Forbidden</title></head> <body> <center><h1>403 Forbidden</h1></center> <hr><center>nginx/1.18.0</center> </body> </html>
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
507	[Anolis OS 8] kernel	一般	总是	2021-11-09 16:38	2021-12-10 14:41
报告员:	wb-wpp899309	平台:	aarch64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.2][aarch64] dmesg_check:[Firmware Bug]: APEI: Invalid physical address in GAR [0x0/64/0/4/0]
描述:	[缺陷描述]： 开机启动后，dmesg日志中有warning日志 # dmesg -l warn -T [Tue Nov 9 16:23:42 2021] ACPI: SRAT not present [Tue Nov 9 16:23:42 2021] ACPI: SRAT not present [Tue Nov 9 16:23:42 2021] efi: memattr: Entry attributes invalid: RO and XP bits both cleared [Tue Nov 9 16:23:42 2021] [Firmware Bug]: APEI: Invalid physical address in GAR [0x0/64/0/4/0] [Tue Nov 9 16:24:02 2021] ahci 0000:74:03.0: both AHCI_HFLAG_MULTI_MSI flag set and custom irq handler implemented [Tue Nov 9 16:24:02 2021] ahci 0000:b4:03.0: both AHCI_HFLAG_MULTI_MSI flag set and custom irq handler implemented [Tue Nov 9 16:24:04 2021] systemd: 17 output lines suppressed due to ratelimiting [Tue Nov 9 16:24:05 2021] ipmi_si IPI0001:00: bt cap response too short: 3 [Tue Nov 9 16:24:05 2021] ipmi_si IPI0001:00: using default values [Tue Nov 9 16:24:05 2021] ipmi_si IPI0001:00: The BMC does not support setting the recv irq bit, compensating, but the BMC needs to be fixed. [Tue Nov 9 16:24:11 2021] FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. [重现概率] 必现 [重现环境] 内核： 4.19.91-25.rc1.an8.aarch64 # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" cpu信息： # lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 96 On-line CPU(s) list: 0-95 Thread(s) per core: 1 Core(s) per socket: 48 Socket(s): 2 NUMA node(s): 1 Vendor ID: 0x48 Model: 0 Stepping: 0x1 CPU max MHz: 2600.0000 CPU min MHz: 200.0000 BogoMIPS: 200.00 L1d cache: 64K L1i cache: 64K L2 cache: 512K L3 cache: 24576K NUMA node0 CPU(s): 0-95 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm 内存信息： # free -h                      total used free shared buff/cache available Mem: 755Gi 3.4Gi 751Gi 10Mi 279Mi 749Gi Swap: 2.0Gi 0B 2.0Gi [期望结果]： 开机启动后，dmesg日志中无warning日志 [实际结果]： 开机启动后，dmesg日志中有warning日志
标签:
问题重现步骤:	[重现步骤]： 1. reboot机器 2. dmesg -l warn -T查询开机是否有warn日志
附注:
系统说明
附件:

问题注释
(0000788) wb-wpp899309    2021-11-26 15:55	4.19.91-25.an8.aarch64有同样报错

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
579	[Anolis OS 8] kernel	一般	总是	2021-11-26 16:48	2021-12-10 14:39
报告员:	wb-wpp899309	平台:	aarch64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.2][4.19.91-25.an8] [aarch64]kdump服务正常，echo c触发异常后，系统不能生成vmcore
描述:	[缺陷描述]： kdump服务正常，echo c触发异常后，系统不能生成vmcore crashkernl配置: BOOT_IMAGE=(hd1,gpt2)/boot/vmlinuz-4.19.91-25.an8.aarch64 root=UUID=f36fe3a1-f820-4f84-9e04-b9ea5a0440c8 ro console=tty0 console=ttyS0,115200 crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M # cat /proc/iomem |grep "Crash kernel"   50000000-5fffffff : Crash kernel crash,kexec-tools信息： # rpm -qa |grep -E "crash|kexec-tools" crash-7.2.9-2.an8.aarch64 kexec-tools-2.0.21-1.2.an8.aarch64 kdump配置文件： # cat /etc/kdump.conf ext4 /dev/sda2 path /var/crash core_collector makedumpfile -c --message-level 1 -d 31 extra_modules mpt2sas mpt3sas megaraid_sas hpsa ahci default reboot [重现概率] 必现 [重现环境] 机型：物理机 TPF52M1B1 内核信息： # uname -r 4.19.91-25.an8.aarch64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" cpu信息： # lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 96 On-line CPU(s) list: 0-95 Thread(s) per core: 1 Core(s) per socket: 48 Socket(s): 2 NUMA node(s): 1 Vendor ID: 0x48 Model: 0 Stepping: 0x1 CPU max MHz: 2600.0000 CPU min MHz: 200.0000 BogoMIPS: 200.00 L1d cache: 64K L1i cache: 64K L2 cache: 512K L3 cache: 49152K NUMA node0 CPU(s): 0-95 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm 内存信息： # free -h                     total used free shared buff/cache available Mem: 755Gi 3.4Gi 751Gi 10Mi 327Mi 749Gi Swap: 2.0Gi 0B 2.0Gi [期望结果]： 触发异常后，系统能正常启动，有vmcore产生，并且可正常解析vmcore [实际结果]： 触发异常后，系统未生成vmcore
标签:
问题重现步骤:	[重现步骤]： 1、安装依赖包  yum -y install crash kexec-tools  systemctl restart kdump 需要安装配套的kernel-debuginfo和kernel-debuginfo-common包 2、配置参数值 echo 1 > /proc/sys/kernel/panic echo 1 > /proc/sys/kernel/hardlockup_panic echo 1 > /proc/sys/kernel/softlockup_panic echo 50 > /proc/sys/kernel/watchdog_thresh echo 1200 > /proc/sys/kernel/hung_task_timeout_secs echo 0 > /proc/sys/kernel/hung_task_panic 3、触发异常 echo c >/proc/sysrq-trigger 4、检查系统是否正常启动，是否有vmcore生成 5、检查crash解析vmcore是否正常
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
590	[Anolis OS 8] - iso-images	一般	总是	2021-12-02 22:30	2021-12-10 14:37
报告员:	asdfnee	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	AnolisOS-8.2-QU1-minimal 安装失败
描述:	镜像地址： https://mirrors.aliyun.com/anolis/8.2/isos/QU1/x86_64/AnolisOS-8.2-QU1-minimal-x86_64-dvd.iso 错误描述： 使用虚拟机安装，尝试打开 EFI 启动镜像，安装过程中出现缺少 EFI 相关的包
标签:
问题重现步骤:
附注:	同样镜像使用，使用相同的虚拟机配置，取消尝试 EFI 引导，安装成功。 初步判断： minimal ISO 在裁剪的过程中，是否没考虑 EFI 引导？
系统说明
附件:

问题注释
(0000805) asdfnee    2021-12-02 23:00	在首次提示安装有问题，缺少 EFI 包之后，尝试点击继续，强制安装。 后期会出现安装无法进行的弹窗提示，并给出错误上报的选项，上报的地址是其他发行版的地址。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
593	[Anolis OS 8] kernel	一般	没有试验	2021-12-07 20:54	2021-12-10 14:36
报告员:	ZhangBinChen	平台:	x86
分派给:	Shiloong	操作系统:	AnolisOS 8
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	联想（ideapad120s-14iap）笔记本安装Anolisos8 无声音、触控板无响应。
描述:	硬件品牌：联想 型号： ideapad120s-14iap 系统： anolis 8.4 内核anck 问题现象： 笔记本安装anolisOS后声音和触摸板都用不了。
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
595	[Anolis OS 8] kernel	一般	总是	2021-12-09 18:02	2021-12-10 14:36
报告员:	anolis_account	平台:	aarch64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2][aarch64]不支持sctp协议，没有sctp模块
描述:	Anolis 8.2 arm（x86不清楚）版本，不支持sctp协议，没有sctp模块 # modinfo sctp modinfo: ERROR: Module sctp not found. # ls /lib/modules/5.10.60-78.git.4bee3873a.an8.aarch64/kernel/net/sctp [root@l57h15219 ltp]# # cat /boot/config-5.10.60-78.git.4bee3873a.an8.aarch64 |grep -i sctp CONFIG_NF_CT_PROTO_SCTP=y CONFIG_NETFILTER_XT_MATCH_SCTP=m CONFIG_IP_VS_PROTO_SCTP=y CONFIG_IP_SCTP=m # CONFIG_SCTP_DBG_OBJCNT is not set # CONFIG_SCTP_DEFAULT_COOKIE_HMAC_MD5 is not set CONFIG_SCTP_DEFAULT_COOKIE_HMAC_SHA1=y # CONFIG_SCTP_DEFAULT_COOKIE_HMAC_NONE is not set CONFIG_SCTP_COOKIE_HMAC_MD5=y CONFIG_SCTP_COOKIE_HMAC_SHA1=y CONFIG_INET_SCTP_DIAG=m
标签:
问题重现步骤:
附注:	# uname -a Linux l57h15219.sqa.nu8 5.10.60-78.git.4bee3873a.an8.aarch64 #1 SMP Mon Dec 6 13:12:33 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux [root@l57h15219 ltp]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/"
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
581	[Anolis OS 7] General	一般	总是	2021-11-29 10:27	2021-12-10 14:21
报告员:	yinyongchen	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7.9
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.9 anck vhd][ecs][x86_64] 20211126版本vhd镜像启动后，dmesg warn日志中存在Call Trace
描述:	[问题描述] dmesg warn日志中存在Call Trace 镜像：anolisos_7_9_x64_20G_anck_alibase_20211126.vhd 规格：ecs.d1.2xlarge ecs.d2s.5xlarge [机器信息] # uname -r 4.19.91-24.8.an7.x86_64 # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 79 Model name: Intel(R) Xeon(R) CPU E5-2682 v4 @ 2.50GHz Stepping: 1 CPU MHz: 2499.996 BogoMIPS: 4999.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 40960K NUMA node0 CPU(s): 0-7 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed adx smap xsaveopt arat # free -h               total used free shared buff/cache available Mem: 30G 271M 30G 644K 267M 30G Swap: 0B 0B 0B [期望结果]： dmesg日志中无异常打印 [实际结果]： dmesg日志有Call Trace日志 # dmesg -l warn -T [Mon Nov 29 10:11:51 2021] unchecked MSR access error: WRMSR to 0x3a (tried to write 0x0000000000000001) at rIP: 0xffffffff8406c094 (native_write_msr+0x4/0x20) [Mon Nov 29 10:11:51 2021] Call Trace: [Mon Nov 29 10:11:51 2021] init_ia32_feat_ctl+0x97/0xd0 [Mon Nov 29 10:11:51 2021] init_intel+0x10f/0x600 [Mon Nov 29 10:11:51 2021] identify_cpu+0x2e3/0x610 [Mon Nov 29 10:11:51 2021] identify_boot_cpu+0xc/0x78 [Mon Nov 29 10:11:51 2021] check_bugs+0x28/0xaef [Mon Nov 29 10:11:51 2021] ? __slab_alloc+0x29/0x2e [Mon Nov 29 10:11:51 2021] ? kmem_cache_alloc+0x189/0x190 [Mon Nov 29 10:11:51 2021] start_kernel+0x551/0x580 [Mon Nov 29 10:11:51 2021] ? set_init_arg+0x55/0x55 [Mon Nov 29 10:11:51 2021] secondary_startup_64+0xa4/0xb0 [Mon Nov 29 10:11:51 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Mon Nov 29 10:11:51 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [Mon Nov 29 10:11:51 2021] # 2 [Mon Nov 29 10:11:51 2021] # 3 [Mon Nov 29 10:11:51 2021] # 4 [Mon Nov 29 10:11:51 2021] # 5 [Mon Nov 29 10:11:51 2021] # 6 [Mon Nov 29 10:11:51 2021] # 7 [Mon Nov 29 10:11:51 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Mon Nov 29 10:11:53 2021] systemd: 11 output lines suppressed due to ratelimiting
标签:
问题重现步骤:	dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000798) meil_wei    2021-11-30 18:19	镜像：anolisos_7_9_x64_20G_anck_alibase_20211126.vhd 规格：ecs.i1.xlarge 有同样报错 [root@iZbp12cikbbk55ddnsi8dnZ ~]# dmesg -l err -T [Fri Nov 26 16:30:29 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Fri Nov 26 16:30:29 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [root@iZbp12cikbbk55ddnsi8dnZ ~]# dmesg -l warn -T [Fri Nov 26 16:30:28 2021] unchecked MSR access error: WRMSR to 0x3a (tried to write 0x0000000000000001) at rIP: 0xffffffffad06c094 (native_write_msr+0x4/0x20) [Fri Nov 26 16:30:28 2021] Call Trace: [Fri Nov 26 16:30:28 2021] init_ia32_feat_ctl+0x97/0xd0 [Fri Nov 26 16:30:28 2021] init_intel+0x10f/0x600 [Fri Nov 26 16:30:28 2021] identify_cpu+0x2e3/0x610 [Fri Nov 26 16:30:28 2021] identify_boot_cpu+0xc/0x78 [Fri Nov 26 16:30:28 2021] check_bugs+0x28/0xaef [Fri Nov 26 16:30:28 2021] ? __slab_alloc+0x29/0x2e [Fri Nov 26 16:30:28 2021] ? kmem_cache_alloc+0x189/0x190 [Fri Nov 26 16:30:28 2021] start_kernel+0x551/0x580 [Fri Nov 26 16:30:28 2021] ? set_init_arg+0x55/0x55 [Fri Nov 26 16:30:28 2021] secondary_startup_64+0xa4/0xb0 [Fri Nov 26 16:30:28 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Fri Nov 26 16:30:28 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [Fri Nov 26 16:30:28 2021] #2 [Fri Nov 26 16:30:28 2021] #3 [Fri Nov 26 16:30:28 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Fri Nov 26 16:30:29 2021] systemd: 14 output lines suppressed due to ratelimiting [root@iZbp12cikbbk55ddnsi8dnZ ~]# arch x86_64 [root@iZbp12cikbbk55ddnsi8dnZ ~]# [root@iZbp12cikbbk55ddnsi8dnZ ~]# uname -r 4.19.91-24.8.an7.x86_64 [root@iZbp12cikbbk55ddnsi8dnZ ~]#
(0000799) meil_wei    2021-11-30 18:20	镜像：anolisos_7_9_x64_20G_anck_alibase_20211126.vhd 规格：ecs.i2.xlarge 有同样报错 [root@iZbp1fhvjelszx8qh3jie7Z ~]# dmesg -l warn -T [Fri Nov 26 16:30:31 2021] unchecked MSR access error: WRMSR to 0x3a (tried to write 0x0000000000000001) at rIP: 0xffffffff9606c094 (native_write_msr+0x4/0x20) [Fri Nov 26 16:30:31 2021] Call Trace: [Fri Nov 26 16:30:31 2021] init_ia32_feat_ctl+0x97/0xd0 [Fri Nov 26 16:30:31 2021] init_intel+0x10f/0x600 [Fri Nov 26 16:30:31 2021] identify_cpu+0x2e3/0x610 [Fri Nov 26 16:30:31 2021] identify_boot_cpu+0xc/0x78 [Fri Nov 26 16:30:31 2021] check_bugs+0x28/0xaef [Fri Nov 26 16:30:31 2021] ? __slab_alloc+0x29/0x2e [Fri Nov 26 16:30:31 2021] ? kmem_cache_alloc+0x189/0x190 [Fri Nov 26 16:30:31 2021] start_kernel+0x551/0x580 [Fri Nov 26 16:30:31 2021] ? set_init_arg+0x55/0x55 [Fri Nov 26 16:30:31 2021] secondary_startup_64+0xa4/0xb0 [Fri Nov 26 16:30:31 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Fri Nov 26 16:30:31 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [Fri Nov 26 16:30:31 2021] #2 [Fri Nov 26 16:30:31 2021] #3 [Fri Nov 26 16:30:31 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Fri Nov 26 16:30:32 2021] systemd: 15 output lines suppressed due to ratelimiting [root@iZbp1fhvjelszx8qh3jie7Z ~]# arch x86_64 [root@iZbp1fhvjelszx8qh3jie7Z ~]# uname -r 4.19.91-24.8.an7.x86_64 [root@iZbp1fhvjelszx8qh3jie7Z ~]#
(0000807) Shiloong    2021-12-03 15:09	已知问题, ECS 虚拟化环境相关, 暂不修复. 也请后面再报问题时先搜索一下是否有重复, 尽量减少重复 bug tickets

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
499	[Anolis OS 7] General	一般	总是	2021-11-08 17:08	2021-12-10 13:55
报告员:	shanxifanshi	平台:	aarch64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-rhck-aarch64][vhd][ECS] 机器内存为250G，crashkernel默认配置（256M）和设置512M，触发crash后均无法正常生成vmcore
描述:	[缺陷描述]： 使用镜像 anolisos_7_7_arm64_20G_rhck_alibase_20211105.vhd 启动云上ecs类型 : ecs.g6r.16xlarge 1、crashkernel为默认值，echo c >/proc/sysrq-trigger触发crash 2、设置crashkernel=512M，echo c >/proc/sysrq-trigger触发crash [root@iZ2zeh8hn89q43evsv4tyxZ 127.0.0.1-2021-11-08-16:44:39]# pwd /var/crash/127.0.0.1-2021-11-08-16:44:39 [root@iZ2zeh8hn89q43evsv4tyxZ 127.0.0.1-2021-11-08-16:44:39]# ll total 124 -rw-r--r-- 1 root root 123829 Nov 8 16:44 vmcore-dmesg.txt [root@iZ2zeh8hn89q43evsv4tyxZ 127.0.0.1-2021-11-08-16:44:39]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.18.0-80.7.2.an7.aarch64 root=UUID=2d224c03-5112-4556-9628-bc8db71e32dc ro crashkernel=512M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 [预期结果]：echo c >/proc/sysrq-trigger触发crash后可以正常生成vmcore，且vmcore可以正常解析 [实际结果]：echo c >/proc/sysrq-trigger触发crash后，未生成vmcore，仅有vmcore-dmesg信息 [复现概率]：必现 [环境信息]： 内核信息： # uname -r 4.18.0-80.7.2.an7.aarch64 机型：线上ecs机器 规格：ecs.g6r.16xlarge（64vcpu 250G memory） 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
标签:
问题重现步骤:	1、使用镜像anolisos_7_7_arm64_20G_rhck_alibase_20211105.vhd安装云上实例 ecs.g6r.16xlarge 2、查看/proc/cmdline，crashkernel为默认配置（机器内存大于8G，则crashkernel值为256M），使用echo c >/proc/sysrq-trigger 触发crash，查看是否能正常生成vmcore # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.18.0-80.7.2.an7.aarch64 root=UUID=2d224c03-5112-4556-9628-bc8db71e32dc ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 3、设置crashkernel为512M，再次触发crash，查看是否能正常生成vmcore，且vmcore可以正常解析
附注:
系统说明
附件:

问题注释
(0000712) geliwei-ali    2021-11-16 15:35	测试了centos7.9的镜像有同样的问题
(0000763) shanxifanshi    2021-11-23 15:22	该问题在anolis 7.9 vhd镜像测试中依然存在 规格： ecs.g6r.16xlarge（64vcpu 250G memory） 镜像： # cat /etc/image-id image_name="Anolis 7.9 RHCK 64 bit ARM Edition" image_id="anolisos_7_9_arm64_20G_rhck_alibase_20211119.vhd" release_date="20211119165352" 内核： # uname -r 4.18.0-80.7.2.an7.aarch64 配置预留512M内存，无法生成vmcore，只有vmcore-dmesg文件 # ll /var/crash/127.0.0.1-2021-11-23-15\:00\:10/ total 124 -rw-r--r-- 1 root root 123866 Nov 23 15:00 vmcore-dmesg.txt [root@iZbp1fwd1qi584r0yo9sdkZ ~]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.18.0-80.7.2.an7.aarch64 root=UUID=efba3c00-74c3-4cc5-a9b2-4c1d91770a95 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:512M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 [root@iZbp1fwd1qi584r0yo9sdkZ ~]# free -h               total used free shared buff/cache available Mem: 250G 1.3G 248G 16M 453M 231G Swap: 0B 0B 0B
(0000833) jacobwang    2021-12-10 13:54	OS |instance| 包版本 | makedumpfile 是否有问题 --|--|--|-- CentOS 7.9 |ecs.g6r.large| kexec-tools-2.0.15-51.1.an7.3.aarch64/4.18.0-193.28.1.el7.aarch64| 是 CentOS 7.9 |ecs.g6r.large| kexec-tools-2.0.15-51.1.an7.3.aarch64/4.19.91-24.8.an7.aarch64| 否 CentOS 7.9 |ecs.g6r.large| kexec-tools-2.0.15-51.el7_9.3.aarch64/4.19.91-24.8.an7.aarch64| 否 通过排查， 该问题同kexec-tools 版本无关， 同内核有关系。 请 内核接口继续check。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
500	[Anolis OS 7] General	严重	总是	2021-11-08 18:08	2021-12-10 13:55
报告员:	shanxifanshi	平台:	aarch64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-rhck-aarch64][vhd][ECS] 机器内存为7.5G，crashkernel默认配置（192M）触发crash后，无法正常生成vmcore；修改crashkernel为256M/512M，触发crash机器无法正常启动
描述:	[缺陷描述]： 使用镜像 anolisos_7_7_arm64_20G_rhck_alibase_20211105.vhd 启动云上ecs类型 : ecs.g6r.large 1、crashkernel为默认值，echo c >/proc/sysrq-trigger触发crash 2、设置crashkernel=512M，echo c >/proc/sysrq-trigger触发crash # pwd /var/crash/127.0.0.1-2021-11-08-17:53:01 [root@iZ2ze34hcm5zr3qma8mutcZ 127.0.0.1-2021-11-08-17:53:01]# ll total 100 -rw-r--r-- 1 root root 101419 Nov 8 17:53 vmcore-dmesg.txt [root@iZ2ze34hcm5zr3qma8mutcZ 127.0.0.1-2021-11-08-17:53:01]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.18.0-80.7.2.an7.aarch64 root=UUID=2d224c03-5112-4556-9628-bc8db71e32dc ro crashkernel=192M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 [预期结果]：echo c >/proc/sysrq-trigger触发crash后可以正常生成vmcore，且vmcore可以正常解析 [实际结果]： 1. crashkernel为192M时无法正常生成vmcore 2. crashkernel设置为256M和512M时机器无法正常启动，只能手动重启恢复 [复现概率]：必现 [环境信息]： 内核信息： # uname -r 4.18.0-80.7.2.an7.aarch64 机型：线上ecs机器 规格：ecs.g6r.large（2vcpu 8G memory） 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
标签:
问题重现步骤:	1、使用镜像anolisos_7_7_arm64_20G_rhck_alibase_20211105.vhd安装云上实例 ecs.g6r.large 2、查看/proc/cmdline，crashkernel为默认配置（机器内存为7.5G，则crashkernel值为192M），使用echo c >/proc/sysrq-trigger 触发crash，查看是否能正常生成vmcore # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.18.0-80.7.2.an7.aarch64 root=UUID=2d224c03-5112-4556-9628-bc8db71e32dc ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 3、设置crashkernel为512M，再次触发crash，查看是否能正常生成vmcore，且vmcore可以正常解析
附注:
系统说明
附件:

问题注释
(0000713) geliwei-ali    2021-11-16 15:35	测试了centos7.9的镜像有同样的问题
(0000724) jacobwang    2021-11-17 09:46	当前ECS centos 7.9 缺省未使能 kdump 服务。 该服务缺省关闭 不 block 产品发布， 同时低优先级继续跟进处理。
(0000767) shanxifanshi    2021-11-23 15:41	anolis 7.9 vhd测试存在相似问题，触发crash后，未生成vmcore，也未生成vmcore-dmesg文件 规格： ecs.g6r.large（2vcpu 8G memory） 镜像： # cat /etc/image-id image_name="Anolis 7.9 RHCK 64 bit ARM Edition" image_id="anolisos_7_9_arm64_20G_rhck_alibase_20211119.vhd" release_date="20211119165352" 内核： # uname -r 4.18.0-80.7.2.an7.aarch64 # ll /var/crash total 4 drwxr-xr-x 2 root root 4096 Nov 19 16:51 scripts [root@iZbp11iqkys8rn6ovmuyfyZ ~]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.18.0-80.7.2.an7.aarch64 root=UUID=efba3c00-74c3-4cc5-a9b2-4c1d91770a95 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 [root@iZbp11iqkys8rn6ovmuyfyZ ~]# free -h               total used free shared buff/cache available Mem: 7.5G 317M 6.8G 12M 398M 6.4G Swap: 0B 0B 0B [root@iZbp11iqkys8rn6ovmuyfyZ ~]# cat /etc/image-id image_name="Anolis 7.9 RHCK 64 bit ARM Edition" image_id="anolisos_7_9_arm64_20G_rhck_alibase_20211119.vhd" release_date="20211119165352"
(0000768) shanxifanshi    2021-11-23 15:43	@shanxifanshi:anolis 7.9 vhd测试存在相似问题，触发crash后，机器无法连接，只能通过手动重启恢复，机器恢复后查看未生成vmcore，也未生成vmcore-dmesg文件， 规格： ecs.g6r.large（2vcpu 8G memory） 镜像： # cat /etc/image-id image_name="Anolis 7.9 RHCK 64 bit ARM Edition" image_id="anolisos_7_9_arm64_20G_rhck_alibase_20211119.vhd" release_date="20211119165352" 内核： # uname -r 4.18.0-80.7.2.an7.aarch64 # ll /var/crash total 4 drwxr-xr-x 2 root root 4096 Nov 19 16:51 scripts [root@iZbp11iqkys8rn6ovmuyfyZ ~]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.18.0-80.7.2.an7.aarch64 root=UUID=efba3c00-74c3-4cc5-a9b2-4c1d91770a95 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 [root@iZbp11iqkys8rn6ovmuyfyZ ~]# free -h               total used free shared buff/cache available Mem: 7.5G 317M 6.8G 12M 398M 6.4G Swap: 0B 0B 0B [root@iZbp11iqkys8rn6ovmuyfyZ ~]# cat /etc/image-id image_name="Anolis 7.9 RHCK 64 bit ARM Edition" image_id="anolisos_7_9_arm64_20G_rhck_alibase_20211119.vhd" release_date="20211119165352" -----------------------------------------------------------------------------------------------------------------------------------------------------
(0000832) jacobwang    2021-12-10 13:54	OS |instance| 包版本 | makedumpfile 是否有问题 --|--|--|-- CentOS 7.9 |ecs.g6r.large| kexec-tools-2.0.15-51.1.an7.3.aarch64/4.18.0-193.28.1.el7.aarch64| 是 CentOS 7.9 |ecs.g6r.large| kexec-tools-2.0.15-51.1.an7.3.aarch64/4.19.91-24.8.an7.aarch64| 否 CentOS 7.9 |ecs.g6r.large| kexec-tools-2.0.15-51.el7_9.3.aarch64/4.19.91-24.8.an7.aarch64| 否 通过排查， 该问题同kexec-tools 版本无关， 同内核有关系。 请 内核接口继续check。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
597	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-12-10 10:39	2021-12-10 10:39
报告员:	hober-yap	平台:	aarch64(Kunpeng)
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	static_branch_likely在调用static_branch_enable后仍然返回0
描述:	对static key声明的变量使用static_branch_enable进行increase, static_branch_enable()函数不起作用。
标签:
问题重现步骤:	代码： DEFINE_STATIC_KEY_FALSE(arm64_has_stage2_fwb_cap); ...         kvm_info("#1 stage2 fwb caps %ld\n", static_branch_likely(&arm64_has_stage2_fwb_cap));         static_branch_enable(&arm64_has_stage2_fwb_cap);         kvm_info("#2 stage2 fwb caps %ld\n", static_branch_likely(&arm64_has_stage2_fwb_cap)); ... [实际结果]： [79777.547508] kvm [56870]: #1 stage2 fwb caps 0 [79777.554511] kvm [56870]: #2 stage2 fwb caps 0
附注:	38360669
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
596	[Anolis OS 7] General	严重	总是	2021-12-09 18:26	2021-12-09 18:26
报告员:	layne-yang	平台:	LoongArch
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	重新编译fetchmail ,irssi,mokutil,yp-tools,ypserv
描述:	libcrypt.so.2()依赖fetchmail ,irssi,mokutil,yp-tools,ypserv而fetchmail ,irssi,mokutil,yp-tools,ypserv用的是libcrypt.so.1()因此需要重新编译这些包
标签:
问题重现步骤:	用koji编译时出现报错
附注:
系统说明
附件:	mmexport1639044707410.jpg (759,498 字节) 2021-12-09 18:26 https://bugs-old.openanolis.cn/file_download.php?file_id=331&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
587	[Anolis OS 7] General	严重	总是	2021-11-30 13:53	2021-12-09 16:42
报告员:	shanxifanshi	平台:	aarch64
分派给:	wb-zh951434	操作系统:	Anolis OS
优先级:	高	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	重复问题
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.9-anck-aarch64][vhd][ECS] 机器内存为7.5G，crashkernel默认配置（192M）触发crash后，机器无法正常启动，手动重启恢复后，登录机器查看未成功生成vmcore
描述:	[缺陷描述]： 使用镜像anolisos_7_9_arm64_20G_anck_alibase_20211126.vhd 启动云上ecs，规格为ecs.g6r.large 1、crashkernel为默认值192M，echo c >/proc/sysrq-trigger触发crash # ll /var/crash/127.0.0.1-2021-11-30-10\:36\:48/ total 96 -rw-r--r-- 1 root root 97144 Nov 30 10:36 vmcore-dmesg.txt # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.19.91-24.8.an7.aarch64 root=UUID=d689741b-257d-4357-9234-631dbe798b18 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 # free -h               total used free shared buff/cache available Mem: 7.4G 142M 6.9G 668K 271M 7.1G Swap: 0B 0B 0B [预期结果]：echo c >/proc/sysrq-trigger触发crash后可以正常生成vmcore，且vmcore可以正常解析 [实际结果]： 1. 触发crash后，机器无法正常启动，只能通过手动重启恢复，重启机器后，登录查看未成功生成vmcore [复现概率]：2/2（测试2次，出现2次） [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.aarch64 机型：线上ecs机器 规格：ecs.g6r.large（2vcpu 8G memory） 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
标签:
问题重现步骤:	1、使用镜像anolisos_7_9_arm64_20G_anck_alibase_20211126.vhd安装云上实例 ecs.g6r.large 2、查看/proc/cmdline，crashkernel为默认配置（可选范围，机器内存为7.5G，对应crashkernel值为192M），使用echo c >/proc/sysrq-trigger 触发crash，查看是否能正常生成vmcore
附注:
系统说明
附件:	1639038122620_F5A452C9-D864-4ab6-9393-B3BC5637C3EC.png (57,263 字节) 2021-12-09 16:39 https://bugs-old.openanolis.cn/file_download.php?file_id=330&type=bug

问题注释
(0000831) wb-zh951434    2021-12-09 16:39	通过最新系统镜像进行测试 可生成vmcore文件 镜像：anolisos_7_9_arm64_20G_anck_alibase_20211126.vhd 规格：ecs.g6r.large 7.7存在类似问题单，已通过更新crash kexec-tools软件包版本方式进行处理。当前系统镜像已集成新版本crash/kexec-tools软件包 crash版本：crash-7.2.8-3.an7.aarch64 kexec-tools版本：kexec-tools-2.0.15-51.1.an7.3.aarch64 7.7类似问题单： https://bugs.openanolis.cn/view.php?id=486 https://bugs.openanolis.cn/view.php?id=488

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
543	[Anolis OS 8] * OTHERS	一般	总是	2021-11-16 20:07	2021-12-09 16:21
报告员:	Alierwei	平台:
分派给:	layne-yang	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	无法 pull openanolis/anolisos 的 docker 镜像
描述:	docker hub中的anolisos镜像无法pull，其它的几个 tag 也同样无法pull
标签:
问题重现步骤:	docker pull openanolis/anolisos： Using default tag: latest Trying to pull repository docker.io/openanolis/anolisos ... manifest for docker.io/openanolis/anolisos:latest not found docker pull openanolis/anolisos:8.4-x86_64： Trying to pull repository docker.io/openanolis/anolisos ... manifest for docker.io/openanolis/anolisos:8.4-x86_64 not found
附注:
附件:	imgpull.png (29,681 字节) 2021-11-17 19:39 https://bugs-old.openanolis.cn/file_download.php?file_id=306&type=bug 企业微信截图_16390379292967.png (156,128 字节) 2021-12-09 16:21 https://bugs-old.openanolis.cn/file_download.php?file_id=328&type=bug 企业微信截图_1639037976678.png (13,524 字节) 2021-12-09 16:21 https://bugs-old.openanolis.cn/file_download.php?file_id=329&type=bug

问题注释
(0000745) layne-yang    2021-11-17 19:39	第一处是没有写全，第二处应该是本地环境的问题，与dockerhub无关。具体测试结果如下图：
(0000749) Alierwei    2021-11-19 19:48	openanolis/anolisos镜像共有4个tag，分别是： 8.4-aarch64 8.4-x86_64 8.2-x86_64 8.2-aarch64 除了第一个可以pull，其它三个都无法pull，而且后三个在dockerhub上都没有提供DIGEST、OS/ARCH和COMPRESSED SIZE等信息。
(0000830) layne-yang    2021-12-09 16:21	已重新上传镜像

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
218	[Anolis OS 8] dracut	一般	总是	2021-08-13 10:18	2021-12-09 09:59
报告员:	yunqi-zwt	平台:	aarch64(Kunpeng)
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	arm 环境下 udevadm --version 返回带空格字符串导致 /usr/lib/dracut/dracut-init.sh prepare_udev_rules 函数异常
描述:	在 arm 环境下，执行 udevadm --version 返回的是类似  239 (239-45.an8) 格式的一段字符串，但是在/usr/lib/dracut/dracut-init.sh 的func prepare_udev_rules 有 基于这个返回的 if 判断， if [ $UDEVVERSION -ge 174 ]; 导致该判断报语法错误 prepare_udev_rules() {     [ -z "$UDEVVERSION" ] && export UDEVVERSION=$(udevadm --version)     for f in "$@"; do         f="${initdir}/etc/udev/rules.d/$f"         [ -e "$f" ] || continue         while read line || [ -n "$line" ]; do             if [ "${line%%IMPORT PATH_ID}" != "$line" ]; then                 if [ $UDEVVERSION -ge 174 ]; then                     printf '%sIMPORT{builtin}="path_id"\n' "${line%%IMPORT PATH_ID}"                 else                     printf '%sIMPORT{program}="path_id %%p"\n' "${line%%IMPORT PATH_ID}"                 fi             elif [ "${line%%IMPORT BLKID}" != "$line" ]; then                 if [ $UDEVVERSION -ge 176 ]; then                     printf '%sIMPORT{builtin}="blkid"\n' "${line%%IMPORT BLKID}"                 else                     printf '%sIMPORT{program}="/sbin/blkid -o udev -p $tempnode"\n' "${line%%IMPORT BLKID}"                 fi             else                 echo "$line"             fi         done < "${f}" > "${f}.new"         mv "${f}.new" "$f"     done }
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (20,817 字节) 2021-12-08 13:56 https://bugs-old.openanolis.cn/file_download.php?file_id=326&type=bug image-2.png (25,027 字节) 2021-12-08 13:56 https://bugs-old.openanolis.cn/file_download.php?file_id=327&type=bug

问题注释
(0000825) yunqi-zwt    2021-12-08 13:56	海光 / 鲲鹏机器执行 udevadm --version 结果如截图
(0000826) yunqi-zwt    2021-12-08 13:56	其他机器udevadm --version 结果如截图
(0000829) yunqi-zwt    2021-12-09 09:58	在 dracut-049-135.git20210121 版本里面已经修复该问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
251	[Anolis OS 8] * OTHERS	一般	没有试验	2021-09-03 09:49	2021-12-08 11:00
报告员:	wjn740	平台:
分派给:	qhw13324663979	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	无法重现
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	chrome浏览器无法正常工作
描述:	[ 1335.932694] traps: chrome[10793] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.138631] traps: chrome[10822] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.141366] traps: chrome[10823] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.167033] traps: chrome[10825] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.231620] traps: chrome[10842] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.298123] traps: chrome[10863] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.305144] traps: chrome[10866] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.316312] traps: chrome[10870] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.325766] traps: chrome[10874] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1336.336176] traps: chrome[10878] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.933830] show_signal: 1833 callbacks suppressed [ 1340.933834] traps: chrome[12745] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.936121] traps: chrome[12746] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.938088] traps: chrome[12747] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.940122] traps: chrome[12748] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.942234] traps: chrome[12749] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.945014] traps: chrome[12750] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.948056] traps: chrome[12751] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.950523] traps: chrome[12752] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.953086] traps: chrome[12753] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1340.955220] traps: chrome[12754] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.179989] show_signal: 531 callbacks suppressed [ 1373.179992] traps: chrome[13376] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.181931] traps: chrome[13377] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.184275] traps: chrome[13378] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.187101] traps: chrome[13379] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.191835] traps: chrome[13380] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.194381] traps: chrome[13381] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.197330] traps: chrome[13382] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.203572] traps: chrome[13383] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.207783] traps: chrome[13384] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000] [ 1373.209949] traps: chrome[13385] trap int3 ip:55c05ade93e4 sp:7ffd642de0b0 error:0 in chrome[55c05aaae000+8261000]
标签:
问题重现步骤:
附注:
附件:	lQLPDhrQonpDodbNA0fNB2awjh98wcCNzycBgxHh8QBaAA_1894_839.png (239,752 字节) 2021-12-08 10:59 https://bugs-old.openanolis.cn/file_download.php?file_id=325&type=bug

问题注释
(0000823) qhw13324663979    2021-12-08 10:59	anolis8 可以正常使用谷歌浏览器

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
553	[Anolis OS 8] * OTHERS	一般	总是	2021-11-21 11:16	2021-12-08 10:39
报告员:	jacobwang	平台:	x86_64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS][8.4]应用商店提示的更新提示下载错误
描述:	应用商店提示的更新提示下载错误 详情见图
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000822) yunqi-zwt    2021-12-08 10:39	没看到问题截图

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
208	[Anolis OS 8] * OTHERS	微小	总是	2021-07-27 09:59	2021-12-08 10:36
报告员:	linddd	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	8.4 关于本机里图标没了
描述:	server with gui的安装选项安装后，设置->关于 里无图标
标签:
问题重现步骤:
附注:
系统说明
附件:	截屏2021-07-27 上午9.59.46.png (691,218 字节) 2021-07-27 09:59 https://bugs-old.openanolis.cn/file_download.php?file_id=117&type=bug lQLPDhrQonpDodbNA0fNB2awjh98wcCNzycBgxHh8QBaAA_1894_839.png (33,943 字节) 2021-12-07 16:20 https://bugs-old.openanolis.cn/file_download.php?file_id=322&type=bug

问题注释
(0000818) qhw13324663979    2021-12-07 16:20	系统8都不带这个图标
(0000821) yunqi-zwt    2021-12-08 10:36	桌面的问题， 麻烦 @xiezhongtian 跟进看下

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
255	[Anolis OS 8] anaconda	一般	总是	2021-09-07 14:05	2021-12-07 17:13
报告员:	yinyongchen	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.2
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-x86_64] 使用QU1版本镜像安装虚拟后，检查anaconda版本小于 29.19.2.17-1.0.8.an8
描述:	[缺陷描述]：   使用QU1版本镜像安装虚拟后，检查yum源中 anaconda版本小于 29.19.2.17-1.0.8.an8，最高版本只有 29.19.2.17-1.0.7.an8   但全量安装时默认的 anaconda-gui 版本为 29.19.2.17-1.0.8.an8，yum源中却没有这个版本，请确认是否正常 [重现概率] 必现 [重现环境] QU1版本镜像安装的虚拟机，x86_64 KERNEL： anck & rhck [实际结果]： \# yum list --showduplicates anaconda anaconda-gui Last metadata expiration check: 1:08:02 ago on Tue 07 Sep 2021 12:49:09 PM CST. Installed Packages anaconda-gui.x86_64 29.19.2.17-1.0.8.an8 @AppStream Available Packages anaconda.x86_64 29.19.2.17-1.0.6.an8 AppStream anaconda.x86_64 29.19.2.17-1.0.7.an8 AppStream anaconda-gui.x86_64 29.19.2.17-1.0.6.an8 AppStream anaconda-gui.x86_64 29.19.2.17-1.0.7.an8 AppStream \# yum repolist -v Repo-id : AppStream Repo-name : AnolisOS-8.2 - AppStream Repo-updated : Wed 25 Aug 2021 08:46:28 AM CST Repo-baseurl : http://mirrors.openanolis.cn/anolis/8.2/AppStream/x86_64/os Repo-filename : /etc/yum.repos.d/AnolisOS-AppStream.repo Repo-id : BaseOS Repo-name : AnolisOS-8.2 - BaseOS Repo-updated : Wed 25 Aug 2021 08:44:00 AM CST Repo-baseurl : http://mirrors.openanolis.cn/anolis/8.2/BaseOS/x86_64/os Repo-filename : /etc/yum.repos.d/AnolisOS-BaseOS.repo Repo-id : HighAvailability Repo-name : AnolisOS-8.2 - HighAvailability Repo-updated : Wed 25 Aug 2021 08:48:06 AM CST Repo-baseurl : http://mirrors.openanolis.cn/anolis/8.2/HighAvailability/x86_64/os Repo-filename : /etc/yum.repos.d/AnolisOS-HighAvailability.repo Repo-id : Plus Repo-name : AnolisOS-8.2 - Plus Repo-updated : Tue 07 Sep 2021 12:36:26 PM CST Repo-baseurl : http://mirrors.openanolis.cn/anolis/8.2/Plus/x86_64/os Repo-filename : /etc/yum.repos.d/AnolisOS-Plus.repo Repo-id : PowerTools Repo-name : AnolisOS-8.2 - PowerTools Repo-updated : Wed 25 Aug 2021 08:47:59 AM CST Repo-baseurl : http://mirrors.openanolis.cn/anolis/8.2/PowerTools/x86_64/os Repo-filename : /etc/yum.repos.d/AnolisOS-PowerTools.repo
标签:
问题重现步骤:	安装 QU1版本镜像选择全量安装，进入虚拟机 执行 rpm -qa | grep anaconda 查看相关包版本 执行 yum list --showduplicates anaconda anaconda-gui 查看yum源中的相关版本
附注:
系统说明
附件:	image.png (21,361 字节) 2021-09-07 14:05 https://bugs-old.openanolis.cn/file_download.php?file_id=146&type=bug

问题注释
(0000382) qingming2021    2021-09-08 11:59	会导致什么error？
(0000386) yinyongchen    2021-09-08 14:48	1、根据更新文档中的条目 “b> 默认安装不再是minimal，anaconda-29.19.2.17-1.0.8.an8.src.rpm”，来测试，确认该条更新信息是否正确，QU1版本的anaconda版本是否应该是1.0.8 2、目前没发现error，不过如果卸载掉anaconda-gui包，是否就无法从源中下载回来原版本的了？ 这样是否合理
(0000811) layne-yang    2021-12-06 13:48	我认为是不是应该更新一下an8的外网源？
(0000820) geliwei-ali    2021-12-07 17:13	https://mirrors.openanolis.cn/anolis/8.2/AppStream/source/Packages/anaconda-29.19.2.17-1.0.8.an8.src.rpm

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
225	[Anolis OS 8] - iso-images	一般	没有试验	2021-08-18 11:59	2021-12-07 16:09
报告员:	wjn740	平台:
分派给:	yunqi-zwt	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	安装snapd失败
描述:	安装snapd失败
标签:
问题重现步骤:
附注:
附件:	Screenshot from 2021-08-18 11-57-22.png (57,263 字节) 2021-08-18 11:59 https://bugs-old.openanolis.cn/file_download.php?file_id=125&type=bug lQLPDhrQonpDodbNA0fNB2awjh98wcCNzycBgxHh8QBaAA_1894_839.png (20,619 字节) 2021-12-06 13:46 https://bugs-old.openanolis.cn/file_download.php?file_id=316&type=bug

问题注释
(0000344) wjn740    2021-08-18 12:21	Repo-id : AppStream Repo-name : AnolisOS-8.2 - AppStream Repo-revision : 1628499089 Repo-updated : Mon 09 Aug 2021 04:51:30 PM CST Repo-pkgs : 5,245 Repo-available-pkgs: 4,466 Repo-size : 8.6 G Repo-baseurl : http://mirrors.openanolis.cn/anolis/8.2/AppStream/x86_64/os Repo-expire : 172,800 second(s) (last: Wed 18 Aug 2021 12:15:12 PM CST) Repo-filename : /etc/yum.repos.d/AnolisOS-AppStream.repo Repo-id : BaseOS Repo-name : AnolisOS-8.2 - BaseOS Repo-revision : 1628675817 Repo-updated : Wed 11 Aug 2021 05:56:57 PM CST Repo-pkgs : 1,569 Repo-available-pkgs: 1,567 Repo-size : 1.6 G Repo-baseurl : http://mirrors.openanolis.cn/anolis/8.2/BaseOS/x86_64/os Repo-expire : 172,800 second(s) (last: Wed 18 Aug 2021 12:15:12 PM CST) Repo-filename : /etc/yum.repos.d/AnolisOS-BaseOS.repo Repo-id : Plus Repo-name : AnolisOS-8 - Plus Repo-revision : 1628604116 Repo-updated : Tue 10 Aug 2021 10:01:56 PM CST Repo-pkgs : 116 Repo-available-pkgs: 116 Repo-size : 1.3 G Repo-baseurl : http://mirrors.openanolis.org/anolis/8/Plus/x86_64/os Repo-expire : 172,800 second(s) (last: Wed 18 Aug 2021 12:15:13 PM CST) Repo-filename : /etc/yum.repos.d/AnolisOS-Plus.repo Repo-id : PowerTools Repo-name : AnolisOS-8.2 - PowerTools Repo-revision : 1628500008 Repo-updated : Mon 09 Aug 2021 05:06:48 PM CST Repo-pkgs : 1,478 Repo-available-pkgs: 954 Repo-size : 917 M Repo-baseurl : http://mirrors.openanolis.cn/anolis/8.2/PowerTools/x86_64/os Repo-expire : 172,800 second(s) (last: Wed 18 Aug 2021 12:15:13 PM CST) Repo-filename : /etc/yum.repos.d/AnolisOS-PowerTools.repo Repo-id : epel Repo-name : Extra Packages for Enterprise Linux 8 - x86_64 Repo-revision : 1629163273 Repo-updated : Tue 17 Aug 2021 09:24:54 AM CST Repo-pkgs : 7,615 Repo-available-pkgs: 7,615 Repo-size : 12 G Repo-metalink : https://mirrors.fedoraproject.org/metalink?repo=epel-8&arch=x86_64&infra=$infra&content=$contentdir   Updated : Wed 18 Aug 2021 12:15:58 PM CST Repo-baseurl : http://mirror.lzu.edu.cn/epel/8/Everything/x86_64/ (28 more) Repo-expire : 172,800 second(s) (last: Wed 18 Aug 2021 12:15:58 PM CST) Repo-filename : /etc/yum.repos.d/epel.repo Repo-id : epel-modular Repo-name : Extra Packages for Enterprise Linux Modular 8 - x86_64 Repo-revision : 1628646116 Repo-updated : Wed 11 Aug 2021 09:42:10 AM CST Repo-pkgs : 255 Repo-available-pkgs: 0 Repo-size : 966 M Repo-metalink : https://mirrors.fedoraproject.org/metalink?repo=epel-modular-8&arch=x86_64&infra=$infra&content=$contentdir   Updated : Wed 18 Aug 2021 12:15:14 PM CST Repo-baseurl : https://mirrors.tuna.tsinghua.edu.cn/epel/8/Modular/x86_64/ (58 more) Repo-expire : 172,800 second(s) (last: Wed 18 Aug 2021 12:15:14 PM CST) Repo-filename : /etc/yum.repos.d/epel-modular.repo Repo-id : rpmfusion-free-updates Repo-name : RPM Fusion for EL 8 - Free - Updates Repo-revision : 1628949684 Repo-tags : binary-x86_64 Repo-updated : Sat 14 Aug 2021 10:01:26 PM CST Repo-pkgs : 220 Repo-available-pkgs: 220 Repo-size : 278 M Repo-mirrors : http://mirrors.rpmfusion.org/mirrorlist?repo=free-el-updates-released-8&arch=x86_64 Repo-baseurl : http://mirrors.ustc.edu.cn/rpmfusion/free/el/updates/8/x86_64/ (15 more) Repo-expire : 172,800 second(s) (last: Wed 18 Aug 2021 12:16:36 PM CST) Repo-filename : /etc/yum.repos.d/rpmfusion-free-updates.repo Repo-id : rpmfusion-nonfree-updates Repo-name : RPM Fusion for EL 8 - Nonfree - Updates Repo-revision : 1628949913 Repo-tags : binary-x86_64 Repo-updated : Sat 14 Aug 2021 10:05:14 PM CST Repo-pkgs : 77 Repo-available-pkgs: 77 Repo-size : 598 M Repo-mirrors : http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-el-updates-released-8&arch=x86_64 Repo-baseurl : http://mirrors.piconets.webwerks.in/rpmfusion-mirror/nonfree/el/updates/8/x86_64/ (16 more) Repo-expire : 172,800 second(s) (last: Wed 18 Aug 2021 12:16:37 PM CST) Repo-filename : /etc/yum.repos.d/rpmfusion-nonfree-updates.repo Total packages: 16,575 [root@james-laptop ~]#
(0000810) qhw13324663979    2021-12-06 13:46    (最后编辑： 2021-12-06 13:57)	snapd包是epel仓库的包，安装该包对selinux-policy和selinux-policy-targeted 有依赖，这两个包属于系统包，默认已经安装 本次安装snapd失败是因为selinux-policy和selinux-policy-targeted这两个包更新到3.14.3.67版本失败 按照失败环境配置的epel源里snapd应该是2.53.2-1版本，selinux-policy和selinux-policy-targeted所需版本是3.14.3-80，但是系统没有该版本的包 centos 8 可以正常安装2.53.2-1版本的snapd，系统自带selinux-policy和selinux-policy-targeted 3.14.3-80版本的包 anolis 7.9的云主机可以正常安装2.53.2-1版本的snapd
(0000813) yunqi-zwt    2021-12-07 10:42	anolis 社区需要发布 selinux-policy-3.14.3-80 来修复该问题。
(0000814) yunqi-zwt    2021-12-07 11:08	将在这个PR 里面修复该问题： https://gitee.com/src-anolis-os/selinux-policy/pulls/1
(0000817) yunqi-zwt    2021-12-07 16:08	构建链接： http://build.openanolis.cn/koji/buildinfo?buildID=13517

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
259	[Anolis OS 8] - iso-images	致命	总是	2021-09-08 11:04	2021-12-07 11:07
报告员:	Stephen	平台:	x86_64
分派给:	tingyin	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	AnolisOS-8.4-x86_64版本在hygon机器上经常死机
描述:	下载的http://mirrors.openanolis.org/anolis/8.4/isos/x86_64/AnolisOS-8.4-x86_64-dvd.iso这个镜像文件，在公司的私有云环境上适配部署。部署完成后进入系统，随机执行ls 、cat、cd等命令，或fio、netperf、unixBench等测试软件，30分钟内就会出现死机，后台console上看也是黑屏。
标签:
问题重现步骤:	1、环境信息：私有云，底层为KVM，宿主机系统为kylin V7 update4，底层硬件为H620-G30，CPU为 Hygon 7265 2.2G； 2、OS：http://mirrors.openanolis.org/anolis/8.4/isos/x86_64/AnolisOS-8.4-x86_64-dvd.iso 3、在该私有云上部署anolis的虚拟机后，在虚拟机上安装fio/netperf/unixbench/stream/bonnie++等测试软件，在安装或测试过程中，系统突然死机，表现为无法远程Ping或telnet，KVM后台查看虚拟机console发现黑屏，这个现象通常在5~30分钟内出现； 4、重启该虚拟机，在/var/log/message和kdump上没发现挂掉的相关日志； 5、系统在启动过程中出现附件截图中无法识别海光CPU的提示。
附注:
系统说明
附件:	截图录屏_选择区域_20210907105653.png (126,756 字节) 2021-09-08 11:04 https://bugs-old.openanolis.cn/file_download.php?file_id=148&type=bug 3185.jpg (138,474 字节) 2021-09-22 09:50 https://bugs-old.openanolis.cn/file_download.php?file_id=166&type=bug kernel-4.18.0-305.an8.x86_64.jpg (206,211 字节) 2021-09-22 09:52 https://bugs-old.openanolis.cn/file_download.php?file_id=167&type=bug 833-麒麟v7-kvm-alios-8.4-4.19.91.png (61,027 字节) 2021-10-16 18:47 https://bugs-old.openanolis.cn/file_download.php?file_id=224&type=bug 64-麒麟v7-kvm-alios-8.4-4.180.305(for hygon).png (71,855 字节) 2021-10-16 18:50 https://bugs-old.openanolis.cn/file_download.php?file_id=225&type=bug

问题注释
(0000392) tingyin    2021-09-09 22:55	Hi, 1. 首先烦请确认下安装的时候是否进行了内核选择，如果选择默认，会默认安装RHCK 4.18的kernel，这个kernel没有合入海光处理器的识别补丁； 2. 建议安装的时候选择4.19的kernel进行测试，这个kernel合入了海光的补丁。
(0000398) Stephen    2021-09-10 16:27	hi, 已选择4.19的kernel，没有突然死机了。 然后发现新的问题， [root@ano-test-x02 index0]# cat coherency_line_size 833 [root@ano-test-x02 index0]# pwd /sys/devices/system/cpu/cpu0/cache/index0 coherency_line_size这个参数正常应该是64的，适配海光的CPU变成833，导致所有读取这个参数的应用软件都会出现下面这个报错： fio: lib/memalign.c:19: __fio_memalign: Assertion `!(alignment & (alignment - 1))' failed. 这个问题我在openEuler社区反馈过，确认是硬件适配问题，已提交工单到内核组去修复了。 在Intel上适配是正常的。
(0000403) tingyin    2021-09-11 11:01	Hi， 1） 针对RHCK 4.18的kernel： 您可以尝试我合入海光patch的kernel（AnolisOS 8.4编译）。 我用阿里云盘分享了「rpmbuild-kernel-4.18.0-305.an8-for-hygon」，你可以不限速下载� 复制这段内容打开「阿里云盘」App 即可获取 链接：https://www.aliyundrive.com/s/dcEunuf6fAj。 我编译后测试了下这个kernel，可以正常识别海光cpu，/sys/devices/system/cpu/cpu0/cache/index0/coherency_line_size 显示为64。 2） 针对4.19 kernel出现的问题： 我看了下3个操作系统：麒麟V10（4.19.90 kernel），海光版CentOS 8.3/8.4镜像，这个值也都是64。 您可以直接联系海光的FAE希求尽快解决。
(0000404) tingyin    2021-09-11 17:30	BTW, 4.19 kernel出现的问题, 您在物理机上复现过么？ 我在海光物理机上安装AnolisOS-8.4-x86_64-dvd.iso，/sys/devices/system/cpu/cpu0/cache/index0/coherency_line_size 的值也是64 。
(0000406) Stephen    2021-09-13 09:10	4.19 kernel出现的问题, 您在物理机上复现过么？ 回复：kylin V10（4.19.90 kernel）在我这边测试是正常的，目前测试的只有openEuler-20.03-LTS-SP2和anolisOS-8.4是出现海光CPU适配问题的。 我这两天打rpmbuild-kernel-4.18.0-305.an8-for-hygon这个补丁包测试一下。
(0000431) Stephen    2021-09-18 15:48	@tingyin:Hi， 1） 针对RHCK 4.18的kernel： 您可以尝试我合入海光patch的kernel（AnolisOS 8.4编译）。 我用阿里云盘分享了「rpmbuild-kernel-4.18.0-305.an8-for-hygon」，你可以不限速下载� 复制这段内容打开「阿里云盘」App 即可获取 链接：https://www.aliyundrive.com/s/dcEunuf6fAj。 我编译后测试了下这个kernel，可以正常识别海光cpu，/sys/devices/system/cpu/cpu0/cache/index0/coherency_line_size 显示为64。 2） 针对4.19 kernel出现的问题： 我看了下3个操作系统：麒麟V10（4.19.90 kernel），海光版CentOS 8.3/8.4镜像，这个值也都是64。 您可以直接联系海光的FAE希求尽快解决。 ----------------------------------------------------------------------------------------------------------------------------------------------------- 这个4.18的内核回到了这个issue最开始的问题，无法识别海光CPU啊。
(0000435) tingyin    2021-09-22 09:50	我在物理机上测试，可以识别到海光处理器。是不是虚拟化配置问题？
(0000436) tingyin    2021-09-22 09:52	或者是内核更新未成功？
(0000477) Stephen    2021-10-11 16:36	@tingyin:我在物理机上测试，可以识别到海光处理器。是不是虚拟化配置问题？[附件] ----------------------------------------------------- 虚拟化也可以正常识别海光cpu，只是/sys/devices/system/cpu/cpu0/cache/index0/coherency_line_size 这个值不对，不是64，导致所有要读取这个值的应用进程都失败； openeuler也是同样的问题，直接在物理机上安装OS，可以识别海光CPU，coherency_line_size这个值也是正确的，但是虚拟化就失败。现在的问题是不知道虚拟化的哪个配置导致的，其他OS是正常的。 我这边是某银行的私有云，监管要求，要逐渐国产化，所以底层硬件用的中科可控的物理机，宿主机为kylin V7，上层才是国产OS。
(0000478) tingyin    2021-10-12 15:30    (最后编辑： 2021-12-07 10:59)	您好，问题已复现，正在排查中，有什么消息及时与您同步。 833的问题，本质上是由qemu/libvirt版本过低，不支持海光处理器所致，可以升级宿主机操作系统（比如CentOS 8.4）顺带升级qemu/libvirt解决，或者通过模拟当前版本已支持x86处理器绕过。
(0000499) tingyin    2021-10-16 18:47	麒麟v7 + kvm + 8.4，coherency_line_size的值是833确实有问题。
(0000500) tingyin    2021-10-16 18:50	麒麟v7 + kvm + 8.4，使用之前提供的测试用合入海光patch的kernel，https://www.aliyundrive.com/s/dcEunuf6fAj ，coherency_line_size的值是64，是正确的。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
219	[Anolis OS 8] - aliyun-images	一般	总是	2021-08-13 14:58	2021-12-06 16:50
报告员:	ai881633	平台:	x86_64
分派给:	qhw13324663979	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	无法重现
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	阿里云主机使用centos8.2安装zabbix5.4没问题，使用anolis8.2安装zabbix启动出错
描述:	systemctl status zabbix-server.service ● zabbix-server.service - Zabbix Server    Loaded: loaded (/usr/lib/systemd/system/zabbix-server.service; disabled; ven>    Active: activating (auto-restart) (Result: exit-code) since Fri 2021-08-13 0>   Process: 51674 ExecStart=/usr/sbin/zabbix_server -c $CONFFILE (code=exited, s> Aug 13 09:36:15 ai888 systemd[1]: zabbix-server.service: Control process exited> Aug 13 09:36:15 ai888 systemd[1]: zabbix-server.service: Failed with result 'ex> Aug 13 09:36:15 ai888 systemd[1]: Failed to start Zabbix Server. lines 1-8/8 (END)...skipping... ● zabbix-server.service - Zabbix Server    Loaded: loaded (/usr/lib/systemd/system/zabbix-server.service; disabled; vendor preset: disabled)    Active: activating (auto-restart) (Result: exit-code) since Fri 2021-08-13 09:36:15 CST; 3s ago   Process: 51674 ExecStart=/usr/sbin/zabbix_server -c $CONFFILE (code=exited, status=127) Aug 13 09:36:15 ai888 systemd[1]: zabbix-server.service: Control process exited, code=exited status=127 Aug 13 09:36:15 ai888 systemd[1]: zabbix-server.service: Failed with result 'exit-code'. Aug 13 09:36:15 ai888 systemd[1]: Failed to start Zabbix Server.
标签:
问题重现步骤:	systemctl start zabbix-server Job for zabbix-server.service failed because the control process exited with err or code. See "systemctl status zabbix-server.service" and "journalctl -xe" for details.
附注:
系统说明
附件:	lQLPDhrQonpDodbNA0fNB2awjh98wcCNzycBgxHh8QBaAA_1894_839.png (98,318 字节) 2021-12-06 16:49 https://bugs-old.openanolis.cn/file_download.php?file_id=317&type=bug

问题注释
(0000812) qhw13324663979    2021-12-06 16:49	起zabbix-server服务前需要修改selinux状态， 可以用命令 setenforce 0 设置为宽松模式，否则会因为文件权限问题启动失败

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
423	[Anolis OS 7] General	一般	总是	2021-10-26 19:43	2021-12-01 21:50
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	反馈	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】日志跟踪-rsyslog服务-rsyslog可靠性测试
描述:	修改完/var/log的名字之后，重启系统不会再次生成/var/log目录
标签:
问题重现步骤:	1. mv /var/log /var/log-tmp；reboot 2. cd /var/log;mv messages messages-bk 3. ssystemctl restart rsyslog 4. ifdown eth0;cat messages [期望结果]： 1. 系统可以正常启动，相应有日志记录 2. messages日志重命名成功 3. rsyslog重启成功 4. 有新的messages日志文件，并且正确记录日志 [实际结果]： 第二步，再次重启之后，在能在/var/lot-tmp下找到messages，/var/log没有生成新的messages
附注:
系统说明
附件:

问题注释
(0000802) geliwei-ali    2021-12-01 21:50	我没看懂这个case要测试什么，我尝试了2种方法 1. rename /var/log 然后reboot，能找到/var/log/message，并且有内容 2. rename /var/log/message，restart rsyslog服务，能找到/var/log/message，并且有内容 是不是可以说，我重现不了该问题？

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
491	[Anolis OS 7] General	一般	总是	2021-11-08 15:13	2021-12-01 15:18
报告员:	kangwen429	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7 vhd][ecs][x86_64]开机启动后，dmesg中有error日志
描述:	开机启动后，dmesg中存在error日志： 更多日志请查看附件 dmesg.log # dmesg -l err -T [Mon Nov 8 14:30:52 2021] pstore: Unknown compression: deflate [Mon Nov 8 14:30:54 2021] mei 0000:00:16.0-55213584-9a29-4916-badf-0fb7ed682aeb: Could not read FW version [Mon Nov 8 14:30:54 2021] mei 0000:00:16.0-55213584-9a29-4916-badf-0fb7ed682aeb: FW version command failed -5 [预期结果]：dmesg中无err和warning日志 [实际结果]：dmesg中有err和warning日志 [复现概率]：必现 [环境信息]： 镜像： anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 机型：线上ecs机器 规格：ecs.ebmg6.26xlarge 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" # cat /etc/image-id image_name="Anolis 7.7 ANCK 64 bit" image_id="anolisos_7_7_x64_20G_anck_alibase_20211105.vhd" release_date="20211105101537" # free -mh               total used free shared buff/cache available Mem: 376G 1.4G 374G 2.4M 394M 373G Swap: 0B 0B 0B # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 104 On-line CPU(s) list: 0-103 Thread(s) per core: 2 Core(s) per socket: 26 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping: 7 CPU MHz: 1199.985 CPU max MHz: 3800.0000 CPU min MHz: 1200.0000 BogoMIPS: 5000.00 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-25,52-77 NUMA node1 CPU(s): 26-51,78-103 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l3 cdp_l3 invpcid_single intel_ppin ssbd mba ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid cqm mpx rdt_a avx512f avx512dq rdseed adx smap clflushopt clwb intel_pt avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts pku ospke avx512_vnni md_clear flush_l1d arch_capabilities
标签:
问题重现步骤:	重启检查dmesg日志。
附注:
系统说明
附件:	dmesg.log (200,526 字节) 2021-11-17 11:17 https://bugs-old.openanolis.cn/file_download.php?file_id=291&type=bug

问题注释
(0000624) kangwen429    2021-11-08 15:15	ecs.ebmhfg7.48xlarge规格也存在该问题。 镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd
(0000671) Shiloong    2021-11-11 20:51	社区已知问题, 影响不大. 一个 WA: EIther way this issue is adequately worked around with --args=mgag200.modeset=0 kernel argument.
(0000733) kangwen429    2021-11-17 11:17
(0000801) xgj01228606    2021-12-01 15:18	anolisos_7_9_x64_20G_anck_alibase_20211126.vhd ecs.ebmg6.26xlarge 出现相同问题 dmesg -l err -T [Mon Nov 29 10:29:21 2021] pstore: Unknown compression: deflate [Mon Nov 29 10:29:21 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Mon Nov 29 10:29:21 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [Mon Nov 29 10:29:23 2021] mei 0000:00:16.0-55213584-9a29-4916-badf-0fb7ed682aeb: Could not read FW version [Mon Nov 29 10:29:23 2021] mei 0000:00:16.0-55213584-9a29-4916-badf-0fb7ed682aeb: FW version command failed -5

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
586	[Anolis OS 8] - iso-images	严重	总是	2021-11-30 10:30	2021-12-01 11:31
报告员:	layne-yang	平台:	Anolis OS 7.9
分派给:	layne-yang	操作系统:
优先级:	高	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	Anolis OS 集成出错
描述:	Anolis OS 集成出错退出，没有正常生成iso
标签:
问题重现步骤:	1、准备集成环境； 2、调整7.9的pungi集成配置文件； 3、执行pungi集成命令。
附注:
附件:

问题注释
(0000800) layne-yang    2021-12-01 11:31	目前7.9的ISO集成阻塞在aarch64的runroot过程中，yumdownload失败，目前还在排查该问题。 http://8.131.87.1/kojifiles/work/tasks/612/200612/runroot.log

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
503	[Anolis OS 7] General	一般	总是	2021-11-09 15:31	2021-11-30 14:17
报告员:	meil_wei	平台:	x86_64
分派给:	nijiayu	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7 rhck vhd][ecs][x86_64]开机启动后，dmesg -l warn -T检查，存在Call Trace信息
描述:	开机启动后，dmesg -l warn -T检查，存在Call Trace信息 [root@iZ2ze0q851v1805fvuss9pZ ~]# dmesg -l warn -T [Tue Nov 9 15:14:22 2021] ACPI: RSDP 00000000000f59a0 00014 (v00 BOCHS ) [Tue Nov 9 15:14:22 2021] ACPI: RSDT 00000000bffe70c2 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [Tue Nov 9 15:14:22 2021] ACPI: FACP 00000000bffe023e 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [Tue Nov 9 15:14:22 2021] ACPI: DSDT 00000000bffdf680 00BBE (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [Tue Nov 9 15:14:22 2021] ACPI: FACS 00000000bffdf640 00040 [Tue Nov 9 15:14:22 2021] ACPI: SSDT 00000000bffe02b2 060D0 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [Tue Nov 9 15:14:22 2021] ACPI: APIC 00000000bffe6382 00470 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [Tue Nov 9 15:14:22 2021] ACPI: SRAT 00000000bffe67f2 008D0 (v01 BOCHS BXPCSRAT 00000001 BXPC 00000001) [Tue Nov 9 15:14:22 2021] Zone ranges: [Tue Nov 9 15:14:22 2021] DMA [mem 0x00001000-0x00ffffff] [Tue Nov 9 15:14:22 2021] DMA32 [mem 0x01000000-0xffffffff] [Tue Nov 9 15:14:22 2021] Normal [mem 0x100000000-0x7f3fffffff] [Tue Nov 9 15:14:22 2021] Movable zone start for each node [Tue Nov 9 15:14:22 2021] Early memory node ranges [Tue Nov 9 15:14:22 2021] node 0: [mem 0x00001000-0x0009efff] [Tue Nov 9 15:14:22 2021] node 0: [mem 0x00100000-0x9fffffff] [Tue Nov 9 15:14:22 2021] node 0: [mem 0xa1120000-0xbffcefff] [Tue Nov 9 15:14:22 2021] node 0: [mem 0x100000000-0x3f3fffffff] [Tue Nov 9 15:14:22 2021] node 1: [mem 0x4040000000-0x7f3fffffff] [Tue Nov 9 15:14:22 2021] Built 2 zonelists in Zone order, mobility grouping on. Total pages: 130051709 [Tue Nov 9 15:14:22 2021] Policy zone: Normal [Tue Nov 9 15:14:26 2021] ACPI: All ACPI Tables successfully acquired [Tue Nov 9 15:14:28 2021] 0000064 [Tue Nov 9 15:14:28 2021] ------------[ cut here ]------------ [Tue Nov 9 15:14:28 2021] WARNING: CPU: 64 PID: 0 at arch/x86/kernel/smpboot.c:376 topology_sane.isra.3+0x80/0x90 [Tue Nov 9 15:14:28 2021] sched: CPU 0000064's llc-sibling CPU #0 is not on the same node! [node: 1 != 0]. Ignoring dependency. [Tue Nov 9 15:14:28 2021] Modules linked in: [Tue Nov 9 15:14:28 2021] CPU: 64 PID: 0 Comm: swapper/64 Not tainted 3.10.0-1062.an7.x86_64 #1 [Tue Nov 9 15:14:28 2021] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 90210cb 04/01/2014 [Tue Nov 9 15:14:28 2021] Call Trace: [Tue Nov 9 15:14:28 2021] [<ffffffff9b379262>] dump_stack+0x19/0x1b [Tue Nov 9 15:14:28 2021] [<ffffffff9ac9a878>] __warn+0xd8/0x100 [Tue Nov 9 15:14:28 2021] [<ffffffff9ac9a8ff>] warn_slowpath_fmt+0x5f/0x80 [Tue Nov 9 15:14:28 2021] [<ffffffff9ac49edb>] ? __mcheck_cpu_init_timer+0x4b/0x50 [Tue Nov 9 15:14:28 2021] [<ffffffff9ac593f0>] topology_sane.isra.3+0x80/0x90 [Tue Nov 9 15:14:28 2021] [<ffffffff9ac596b2>] set_cpu_sibling_map+0x172/0x5b0 [Tue Nov 9 15:14:28 2021] [<ffffffff9ac59c11>] start_secondary+0x121/0x270 [Tue Nov 9 15:14:28 2021] [<ffffffff9ac000d5>] start_cpu+0x5/0x14 [Tue Nov 9 15:14:28 2021] ---[ end trace 192a684355ef0fad ]--- [Tue Nov 9 15:14:30 2021] 0000065 0000066 0000067 0000068 0000069 0000070 0000071 0000072 0000073 0000074 0000075 0000076 0000077 0000078 0000079 0000080 0000081 0000082 0000083 0000084 #85 0000086 0000087 0000088 0000089 0000090 0000091 0000092 0000093 0000094 0000095 0000096 0000097 0000098 0000099 0000100 0000101 0000102 0000103 0000104 0000105 0000106 0000107 0000108 0000109 0000110 0000111 0000112 #113 0000114 0000115 0000116 0000117 0000118 0000119 0000120 0000121 0000122 0000123 0000124 #125 0000126 0000127 OK [Tue Nov 9 15:14:31 2021] ACPI: Executed 2 blocks of module-level executable AML code [Tue Nov 9 15:14:31 2021] ACPI: Enabled 16 GPEs in block 00 to 0F [Tue Nov 9 15:14:31 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Tue Nov 9 15:14:33 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Tue Nov 9 15:14:33 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-5ef56d57\x2da48e\x2d495c\x2db98b\x2de74d073119a5.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Tue Nov 9 15:14:34 2021] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 [预期结果]：dmesg中无warning日志 [实际结果]：dmesg中有Call Trace信息 [复现概率]：必现 [环境信息]： 内核信息： # uname -r 3.10.0-1062.an7.x86_64 机型：线上ecs机器 规格：ecs.g7.32xlarge 镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 操作系统信息： [root@iZ2ze0q851v1805fvuss9pZ ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 128 On-line CPU(s) list: 0-127 Thread(s) per core: 2 Core(s) per socket: 32 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel CPU family: 6 Model: 106 Model name: Intel(R) Xeon(R) Platinum 8369B CPU @ 2.70GHz Stepping: 6 CPU MHz: 2699.998 BogoMIPS: 5399.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 48K L1i cache: 32K L2 cache: 1280K L3 cache: 49152K NUMA node0 CPU(s): 0-63 NUMA node1 CPU(s): 64-127 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc eagerfpu pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch ibrs_enhanced fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 arat avx512vbmi avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq arch_capabilities [root@iZ2ze0q851v1805fvuss9pZ ~]# free -m               total used free shared buff/cache available Mem: 507657 4338 503054 1 264 502058 Swap: 0 0 0 [root@iZ2ze0q851v1805fvuss9pZ ~]# [root@iZ2ze0q851v1805fvuss9pZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@iZ2ze0q851v1805fvuss9pZ ~]#
标签:
问题重现步骤:	1. reboot机器 2. dmesg -l warn -T查询开机是否有warning日志
附注:
系统说明
附件:

问题注释
(0000675) Shiloong    2021-11-11 21:24	已知问题. 也请 @zelindeng 帮忙 double check.
(0000681) zelindeng    2021-11-12 11:01	对功能无影响。intel cluster-on-die的cpu均可能打印该错误。解决办法可以在intel_cod_cpu中添加相应的cpu id。通用assign给@nijiayu 看看是否在arch/x86/kernel/smpboot.c的 intel_cod_cpu中添加Cooper lake的cpu id
(0000728) Shiloong    2021-11-17 10:07	@zelindeng:对功能无影响。intel cluster-on-die的cpu均可能打印该错误。解决办法可以在intel_cod_cpu中添加相应的cpu id。通用assign给@nijiayu 看看是否在arch/x86/kernel/smpboot.c的 intel_cod_cpu中添加Cooper lake的cpu id ----------------------------------------------------------------------------------------------------------------------------------------------------- 请问这个问题 ANCK 会有吗? 如果有的话需要修复.
(0000737) nijiayu    2021-11-17 16:10	@Shiloong:请问这个问题 ANCK 会有吗? 如果有的话需要修复. ----------------------------------------------- 不会。
(0000757) wb-wpp899309    2021-11-23 14:23	镜像：anolisos_7_9_x64_20G_rhck_alibase_20211119.vhd 实例：ecs.g7.32xlarge 内核：3.10.0-1062.an7.x86_64 存在同样日志
(0000795) wb-wpp899309    2021-11-30 14:17	镜像：anolisos_7_9_x64_20G_anck_alibase_20211126.vhd 实例：ecs.g7.32xlarge 内核：4.19.91-24.8.an7.x86_64 dmesg有相同warn日志 [root@iZbp1ddq2bndi6u3u62ctjZ ~]# dmesg -l warn -T [Tue Nov 30 14:01:00 2021] #2 [Tue Nov 30 14:01:00 2021] #3 [Tue Nov 30 14:01:00 2021] #4 [Tue Nov 30 14:01:00 2021] 0000005 [Tue Nov 30 14:01:00 2021] 0000006 [Tue Nov 30 14:01:00 2021] #7 [Tue Nov 30 14:01:00 2021] #8 [Tue Nov 30 14:01:00 2021] #9 [Tue Nov 30 14:01:00 2021] 0000010 [Tue Nov 30 14:01:00 2021] 0000011 [Tue Nov 30 14:01:00 2021] #12 [Tue Nov 30 14:01:00 2021] 0000013 [Tue Nov 30 14:01:00 2021] 0000014 [Tue Nov 30 14:01:00 2021] 0000015 [Tue Nov 30 14:01:00 2021] 0000016 [Tue Nov 30 14:01:00 2021] 0000017 [Tue Nov 30 14:01:00 2021] 0000018 [Tue Nov 30 14:01:00 2021] 0000019 [Tue Nov 30 14:01:00 2021] 0000020 [Tue Nov 30 14:01:00 2021] 0000021 [Tue Nov 30 14:01:00 2021] 0000022 [Tue Nov 30 14:01:00 2021] 0000023 [Tue Nov 30 14:01:00 2021] 0000024 [Tue Nov 30 14:01:00 2021] 0000025 [Tue Nov 30 14:01:00 2021] #26 [Tue Nov 30 14:01:00 2021] 0000027 [Tue Nov 30 14:01:00 2021] 0000028 [Tue Nov 30 14:01:00 2021] 0000029 [Tue Nov 30 14:01:00 2021] 0000030 [Tue Nov 30 14:01:00 2021] 0000031 [Tue Nov 30 14:01:00 2021] 0000032 [Tue Nov 30 14:01:00 2021] 0000033 [Tue Nov 30 14:01:00 2021] 0000034 [Tue Nov 30 14:01:00 2021] 0000035 [Tue Nov 30 14:01:00 2021] 0000036 [Tue Nov 30 14:01:00 2021] 0000037 [Tue Nov 30 14:01:01 2021] 0000038 [Tue Nov 30 14:01:01 2021] 0000039 [Tue Nov 30 14:01:01 2021] 0000040 [Tue Nov 30 14:01:01 2021] 0000041 [Tue Nov 30 14:01:01 2021] 0000042 [Tue Nov 30 14:01:01 2021] 0000043 [Tue Nov 30 14:01:01 2021] 0000044 [Tue Nov 30 14:01:01 2021] 0000045 [Tue Nov 30 14:01:01 2021] 0000046 [Tue Nov 30 14:01:01 2021] 0000047 [Tue Nov 30 14:01:01 2021] 0000048 [Tue Nov 30 14:01:01 2021] 0000049 [Tue Nov 30 14:01:01 2021] 0000050 [Tue Nov 30 14:01:01 2021] #51 [Tue Nov 30 14:01:01 2021] #52 [Tue Nov 30 14:01:01 2021] 0000053 [Tue Nov 30 14:01:01 2021] 0000054 [Tue Nov 30 14:01:01 2021] 0000055 [Tue Nov 30 14:01:01 2021] 0000056 [Tue Nov 30 14:01:01 2021] 0000057 [Tue Nov 30 14:01:01 2021] 0000058 [Tue Nov 30 14:01:01 2021] 0000059 [Tue Nov 30 14:01:01 2021] 0000060 [Tue Nov 30 14:01:01 2021] 0000061 [Tue Nov 30 14:01:01 2021] 0000062 [Tue Nov 30 14:01:01 2021] 0000063 [Tue Nov 30 14:00:58 2021] ------------[ cut here ]------------ [Tue Nov 30 14:00:58 2021] sched: CPU 0000064's llc-sibling CPU #0 is not on the same node! [node: 1 != 0]. Ignoring dependency. [Tue Nov 30 14:00:58 2021] WARNING: CPU: 64 PID: 0 at arch/x86/kernel/smpboot.c:426 topology_sane.isra.5+0x63/0x70 [Tue Nov 30 14:00:58 2021] Modules linked in: [Tue Nov 30 14:00:58 2021] CPU: 64 PID: 0 Comm: swapper/64 Not tainted 4.19.91-24.8.an7.x86_64 #1 [Tue Nov 30 14:00:58 2021] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 90210cb 04/01/2014 [Tue Nov 30 14:00:58 2021] RIP: 0010:topology_sane.isra.5+0x63/0x70 [Tue Nov 30 14:00:58 2021] Code: f0 01 5b c3 80 3d 16 83 3d 01 00 75 f0 45 8b 0c 09 31 c0 89 f1 89 fe 48 c7 c7 70 ef 0a a8 c6 05 fc 82 3d 01 01 e8 dd 4b 04 00 <0f> 0b eb cf 66 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 0f b6 05 18 [Tue Nov 30 14:00:58 2021] RSP: 0000:ffffb52c0c6dfed0 EFLAGS: 00010086 [Tue Nov 30 14:00:58 2021] RAX: 0000000000000061 RBX: ffff8ff002c0f001 RCX: ffffffffa8269568 [Tue Nov 30 14:00:58 2021] RDX: 0000000000000001 RSI: 0000000000000092 RDI: 0000000000000046 [Tue Nov 30 14:00:58 2021] RBP: 0000000000000040 R08: 0000000000000000 R09: 0000000000000004 [Tue Nov 30 14:00:58 2021] R10: 0000000000000000 R11: ffffb52c0c6dfc60 R12: 000000000000f020 [Tue Nov 30 14:00:58 2021] R13: 0000000000000040 R14: 0000000000000000 R15: 0000000000000001 [Tue Nov 30 14:00:58 2021] FS: 0000000000000000(0000) GS:ffff8ff002c00000(0000) knlGS:0000000000000000 [Tue Nov 30 14:00:58 2021] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [Tue Nov 30 14:00:58 2021] CR2: 0000000000000000 CR3: 000000049e20a001 CR4: 00000000003706e0 [Tue Nov 30 14:00:58 2021] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [Tue Nov 30 14:00:58 2021] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [Tue Nov 30 14:00:58 2021] Call Trace: [Tue Nov 30 14:00:58 2021] set_cpu_sibling_map+0x162/0x5a0 [Tue Nov 30 14:00:58 2021] start_secondary+0x9f/0x1e0 [Tue Nov 30 14:00:58 2021] secondary_startup_64+0xa4/0xb0 [Tue Nov 30 14:00:58 2021] ---[ end trace c733b7162b25f2b2 ]---

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
584	[Anolis OS 8] - aliyun-images	一般	总是	2021-11-29 16:39	2021-11-29 16:39
报告员:	wb-zmy745940	平台:	aarch64
分派给:	wb-zmy745940	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	去掉 abrt 相关无用包
描述:	abrt 包没有用，需要在镜像里面去掉
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (224,096 字节) 2021-11-29 16:39 https://bugs-old.openanolis.cn/file_download.php?file_id=312&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
509	[Anolis OS 8] kernel	严重	总是	2021-11-10 15:29	2021-11-29 16:00
报告员:	wb-wpp899309	平台:	aarch64
分派给:	fghuims	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.2][4.19.91-25.rc1] [aarch64]kernel crash:Unable to handle kernel NULL pointer dereference at virtual address 000000
描述:	[缺陷描述]： 跑stress-ng压力测试，系统立马出现crash vmcore部分信息： [ 1531.077555] mmap: stress-ng (3661) uses deprecated remap_file_pages() syscall. See Documentation/vm/remap_file_pages.rst. [ 1532.141477] Unable to handle kernel NULL pointer dereference at virtual address 00000000000006d8 [ 1532.150415] Mem abort info: [ 1532.153247] ESR = 0x96000006 [ 1532.156337] Exception class = DABT (current EL), IL = 32 bits [ 1532.162339] SET = 0, FnV = 0 [ 1532.165424] EA = 0, S1PTW = 0 [ 1532.168791] Data abort info: [ 1532.171894] ISV = 0, ISS = 0x00000006 [ 1532.175968] CM = 0, WnR = 0 [ 1532.178965] user pgtable: 4k pages, 48-bit VAs, pgdp = 0000000021b47eb8 [ 1532.185675] [00000000000006d8] pgd=000020a9fe92b003, pud=000020a9fe92c003, pmd=0000000000000000 [ 1532.194508] Internal error: Oops: 96000006 [#1] SMP [ 1532.199450] Modules linked in: unix_diag(E+) tun(E) nft_fib_inet(E) nft_fib_ipv4(E) nft_fib_ipv6(E) nft_fib(E) bonding(E) nft_reject_inet(E) nf_reject_ipv4(E) nf_reject_ipv6(E) nft_reject(E) nft_ct(E) nf_tables_set(E) nft_chain_nat_ipv6(E) nf_nat_ipv6(E) nft_chain_route_ipv6(E) nft_chain_nat_ipv4(E) nf_nat_ipv4(E) nf_nat(E) nf_conntrack(E) nf_defrag_ipv6(E) nf_defrag_ipv4(E) libcrc32c(E) nft_chain_route_ipv4(E) ip6_tables(E) nft_compat(E) ip_set(E) nf_tables(E) nfnetlink(E) vfat(E) fat(E) ipmi_ssif(E) aes_ce_blk(E) crypto_simd(E) cryptd(E) aes_ce_cipher(E) mousedev(E) crc32_ce(E) crct10dif_ce(E) hibmc_drm(E) ghash_ce(E) ttm(E) sha2_ce(E) drm_kms_helper(E) sha256_arm64(E) sha1_ce(E) sbsa_gwdt(E) drm(E) hns_roce_hw_v2(E) hisi_sas_v3_hw(E) hisi_sas_main(E) hns_roce(E) fb_sys_fops(E) syscopyarea(E) sysfillrect(E) [ 1532.272594] ib_core(E) ipmi_si(E) libsas(E) sysimgblt(E) ipmi_devintf(E) scsi_transport_sas(E) ipmi_msghandler(E) spi_dw_mmio(E) sch_fq_codel(E) ip_tables(E) sd_mod(E) sg(E) realtek(E) hns3(E) mlx5_core(E) ahci(E) nvme(E) i2c_designware_platform(E) nfit(E) libahci(E) i2c_designware_core(E) hclge(E) mlxfw(E) nvme_core(E) hnae3(E) libata(E) devlink(E) i2c_core(E) libnvdimm(E) [ 1532.318940] Process stress-ng (pid: 3530, stack limit = 0x0000000074d061ef) [ 1532.332537] CPU: 63 PID: 3530 Comm: stress-ng Kdump: loaded Tainted: G E 4.19.91-25.rc1.an8.aarch64 #1 [ 1532.349948] Hardware name: H3C R4960 G3/BC82AMDDA, BIOS 1.70 01/07/2021 [ 1532.363346] pstate: 80400009 (Nzcv daif +PAN -UAO) [ 1532.374895] pc : is_mem_section_removable+0x70/0x1f8 [ 1532.386778] lr : show_mem_removable+0x90/0xd8 [ 1532.397659] sp : ffff00004cf8bc10 [ 1532.407363] x29: ffff00004cf8bc10 x28: 0000000000000001 [ 1532.419396] x27: ffff7e0000000000 x26: 0000000000040000 [ 1532.431226] x25: ffffa0a9efb62e00 x24: ffff0000095632e0 [ 1532.443006] x23: ffff00000959df60 x22: ffff000008d0b000 [ 1532.455008] x21: ffff0000091f9780 x20: ffffa0accfbbf000 [ 1532.466754] x19: 0000000000000001 x18: 0000000000000000 [ 1532.478463] x17: 0000000000000000 x16: 0000000000000000 [ 1532.490205] x15: 0000000000000000 x14: 0000000000000000 [ 1532.501953] x13: 0000000000000000 x12: 0000000000000000 [ 1532.513625] x11: 0000000000000000 x10: 0000000000000000 [ 1532.525193] x9 : ffff0000086e46d0 x8 : 0000000000000000 [ 1532.536789] x7 : 0000000000080000 x6 : 0000000000000680 [ 1532.548314] x5 : 0000000000000000 x4 : 0000000000000005 [ 1532.549907] sched: DL replenish lagged too much [ 1532.570412] x3 : 0000000000000001 x2 : 0000000001000000 [ 1532.581842] x1 : ffff7e0001000000 x0 : 0000000000000001 [ 1532.593193] Call trace: [ 1532.601623] is_mem_section_removable+0x70/0x1f8 [ 1532.612115] show_mem_removable+0x90/0xd8 [ 1532.621856] dev_attr_show+0x28/0x60 [ 1532.631043] sysfs_kf_seq_show+0x8c/0x160 [ 1532.640684] kernfs_seq_show+0x30/0x38 [ 1532.650232] seq_read+0x148/0x478 [ 1532.659094] kernfs_fop_read+0x2c/0x1e0 [ 1532.668493] __vfs_read+0x20/0x48 [ 1532.677371] vfs_read+0x98/0x168 [ 1532.686159] ksys_read+0x6c/0xe0 [ 1532.694933] __arm64_sys_read+0x20/0x28 [ 1532.704294] el0_svc_common.constprop.0+0xa8/0x200 [ 1532.714531] el0_svc_handler+0x30/0x80 [ 1532.723606] el0_svc+0x10/0x14 [ 1532.731795] Code: 8b030466 f8607aa8 8b060866 8b061d06 (f9402cc3) [ 1532.742939] ---[ end trace 3dc4b79508ccd27a ]--- [ 1532.752705] Kernel panic - not syncing: Fatal exception [ 1532.762683] SMP: stopping secondary CPUs [ 1532.771222] Kernel Offset: disabled [ 1532.779130] CPU features: 0x88,22200a38 [ 1532.787220] Memory Limit: none [ 1532.796499] Starting crashdump kernel... [ 1532.804315] Bye! [重现概率]: 目前跑了2遍必现，执行完stress-ng命令，系统立马发生crash [重现环境]: 内核： 4.19.91-25.rc1.an8.aarch64 # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" cpu信息： # lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 96 On-line CPU(s) list: 0-95 Thread(s) per core: 1 Core(s) per socket: 48 Socket(s): 2 NUMA node(s): 1 Vendor ID: 0x48 Model: 0 Stepping: 0x1 CPU max MHz: 2600.0000 CPU min MHz: 200.0000 BogoMIPS: 200.00 L1d cache: 64K L1i cache: 64K L2 cache: 512K L3 cache: 24576K NUMA node0 CPU(s): 0-95 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm 内存信息： # free -h                     total used free shared buff/cache available Mem: 755Gi 3.5Gi 739Gi 10Mi 12Gi 748Gi Swap: 2.0Gi 0B 2.0Gi [期望结果]： 跑stress-ng压力过程中，系统正常，不出现crash [实际结果]： 跑stress-ng压力后，系统立马crash
标签:
问题重现步骤:	[重现步骤]: 1、准备工作 配置参数值 echo 1 > /proc/sys/kernel/panic echo 1 > /proc/sys/kernel/hardlockup_panic echo 1 > /proc/sys/kernel/softlockup_panic echo 50 > /proc/sys/kernel/watchdog_thresh echo 1200 > /proc/sys/kernel/hung_task_timeout_secs echo 0 > /proc/sys/kernel/hung_task_panic 挂载数据盘 [ -d /disk1 ] || mkdir /disk1 wipefs -a --force /dev/nvme0n1p1 # 虚拟机环境更多的是/dev/vdb1 mkfs -t ext4 -q -F /dev/nvme0n1p1 mount -t ext4 /dev/nvme0n1p1 /disk1   创建日志目录 mkdir -p /disk1/tmpdir/stress-ng 2、下载stress-ng，编译 git clone https://github.com/ColinIanKing/stress-ng.git cd stress-ng make make install 3、执行命令 nohup stress-ng -a 1 -x softlockup,resources -t 72h --metrics --times --verify -v -Y /disk1/tmpdir/stress-ng/stress-statistic-12.yaml --log-file /disk1/tmpdir/stress-ng/stress-logfile-12.txt --temp-path /disk1/tmpdir/stress-ng/ &
附注:
系统说明
附件:

问题注释
(0000771) Shiloong    2021-11-23 16:04	@wb-wpp899309 请问这个只在 ARM64 架构上才有吗? 有没有测试 Alinux2的环境? @baolinwang 帮忙安排个同学看看吧, thanks!
(0000794) fghuims    2021-11-29 16:00	目前在测试环境不能复现，且增加了一个相关已知patch

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
506	[Anolis OS 7] General	一般	总是	2021-11-09 16:15	2021-11-27 16:12
报告员:	anolislw	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis7.7-anck vhd][ecs][x86_64] dmesg存在: acpi PNP0A03:00: fail to add MMCONFIG information
描述:	[问题描述] 机器reboot后dmesg存在acpi PNP0A03:00: fail to add MMCONFIG information信息 镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 规格：ecs.g6.26xlarge [机器信息] [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# uname -a Linux iZ2zeh3bjq6rgmgzrldco7Z 4.19.91-24.8.an7.x86_64 #1 SMP Sat Sep 18 16:53:17 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 104 On-line CPU(s) list: 0-103 Thread(s) per core: 2 Core(s) per socket: 26 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping: 7 CPU MHz: 2499.998 BogoMIPS: 4999.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-51 NUMA node1 CPU(s): 52-103 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch invpcid_single pti fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves arat avx512_vnni [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 186G 0 186G 0% /dev tmpfs 186G 0 186G 0% /dev/shm tmpfs 186G 1.1M 186G 1% /run tmpfs 186G 0 186G 0% /sys/fs/cgroup /dev/vda1 40G 12G 26G 32% / /dev/vdb1 40G 49M 38G 1% /mnt tmpfs 38G 0 38G 0% /run/user/0 [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# free -h               total used free shared buff/cache available Mem: 371G 1.3G 370G 1.1M 294M 368G Swap: 0B 0B 0B [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [dmesg信息] [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# dmesg -l warn -T [Tue Nov 9 15:09:05 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Tue Nov 9 15:09:05 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [Tue Nov 9 15:09:05 2021] #2 [Tue Nov 9 15:09:05 2021] #3 [Tue Nov 9 15:09:05 2021] #4 [Tue Nov 9 15:09:05 2021] 0000005 [Tue Nov 9 15:09:05 2021] 0000006 [Tue Nov 9 15:09:05 2021] #7 [Tue Nov 9 15:09:05 2021] #8 [Tue Nov 9 15:09:05 2021] #9 [Tue Nov 9 15:09:05 2021] 0000010 [Tue Nov 9 15:09:05 2021] 0000011 [Tue Nov 9 15:09:05 2021] #12 [Tue Nov 9 15:09:05 2021] 0000013 [Tue Nov 9 15:09:05 2021] 0000014 [Tue Nov 9 15:09:05 2021] 0000015 [Tue Nov 9 15:09:05 2021] 0000016 [Tue Nov 9 15:09:05 2021] 0000017 [Tue Nov 9 15:09:05 2021] 0000018 [Tue Nov 9 15:09:05 2021] 0000019 [Tue Nov 9 15:09:05 2021] 0000020 [Tue Nov 9 15:09:05 2021] 0000021 [Tue Nov 9 15:09:05 2021] 0000022 [Tue Nov 9 15:09:05 2021] 0000023 [Tue Nov 9 15:09:05 2021] 0000024 [Tue Nov 9 15:09:05 2021] 0000025 [Tue Nov 9 15:09:05 2021] #26 [Tue Nov 9 15:09:05 2021] 0000027 [Tue Nov 9 15:09:05 2021] 0000028 [Tue Nov 9 15:09:05 2021] 0000029 [Tue Nov 9 15:09:05 2021] 0000030 [Tue Nov 9 15:09:05 2021] 0000031 [Tue Nov 9 15:09:05 2021] 0000032 [Tue Nov 9 15:09:05 2021] 0000033 [Tue Nov 9 15:09:05 2021] 0000034 [Tue Nov 9 15:09:05 2021] 0000035 [Tue Nov 9 15:09:05 2021] 0000036 [Tue Nov 9 15:09:05 2021] 0000037 [Tue Nov 9 15:09:05 2021] 0000038 [Tue Nov 9 15:09:05 2021] 0000039 [Tue Nov 9 15:09:05 2021] 0000040 [Tue Nov 9 15:09:05 2021] 0000041 [Tue Nov 9 15:09:05 2021] 0000042 [Tue Nov 9 15:09:05 2021] 0000043 [Tue Nov 9 15:09:05 2021] 0000044 [Tue Nov 9 15:09:05 2021] 0000045 [Tue Nov 9 15:09:05 2021] 0000046 [Tue Nov 9 15:09:05 2021] 0000047 [Tue Nov 9 15:09:05 2021] 0000048 [Tue Nov 9 15:09:05 2021] 0000049 [Tue Nov 9 15:09:05 2021] 0000050 [Tue Nov 9 15:09:05 2021] #51 [Tue Nov 9 15:09:05 2021] 0000053 [Tue Nov 9 15:09:05 2021] 0000054 [Tue Nov 9 15:09:05 2021] 0000055 [Tue Nov 9 15:09:05 2021] 0000056 [Tue Nov 9 15:09:05 2021] 0000057 [Tue Nov 9 15:09:05 2021] 0000058 [Tue Nov 9 15:09:05 2021] 0000059 [Tue Nov 9 15:09:05 2021] 0000060 [Tue Nov 9 15:09:05 2021] 0000061 [Tue Nov 9 15:09:05 2021] 0000062 [Tue Nov 9 15:09:05 2021] 0000063 [Tue Nov 9 15:09:05 2021] 0000064 [Tue Nov 9 15:09:05 2021] 0000065 [Tue Nov 9 15:09:05 2021] 0000066 [Tue Nov 9 15:09:05 2021] 0000067 [Tue Nov 9 15:09:05 2021] 0000068 [Tue Nov 9 15:09:05 2021] 0000069 [Tue Nov 9 15:09:05 2021] 0000070 [Tue Nov 9 15:09:05 2021] 0000071 [Tue Nov 9 15:09:05 2021] 0000072 [Tue Nov 9 15:09:05 2021] 0000073 [Tue Nov 9 15:09:05 2021] 0000074 [Tue Nov 9 15:09:05 2021] 0000075 [Tue Nov 9 15:09:05 2021] 0000076 [Tue Nov 9 15:09:05 2021] 0000077 [Tue Nov 9 15:09:05 2021] 0000078 [Tue Nov 9 15:09:05 2021] 0000079 [Tue Nov 9 15:09:05 2021] 0000080 [Tue Nov 9 15:09:05 2021] 0000081 [Tue Nov 9 15:09:05 2021] 0000082 [Tue Nov 9 15:09:05 2021] 0000083 [Tue Nov 9 15:09:05 2021] 0000084 [Tue Nov 9 15:09:05 2021] #85 [Tue Nov 9 15:09:05 2021] 0000086 [Tue Nov 9 15:09:05 2021] 0000087 [Tue Nov 9 15:09:05 2021] 0000088 [Tue Nov 9 15:09:05 2021] 0000089 [Tue Nov 9 15:09:05 2021] 0000090 [Tue Nov 9 15:09:05 2021] 0000091 [Tue Nov 9 15:09:05 2021] 0000092 [Tue Nov 9 15:09:05 2021] 0000093 [Tue Nov 9 15:09:05 2021] 0000094 [Tue Nov 9 15:09:05 2021] 0000095 [Tue Nov 9 15:09:05 2021] 0000096 [Tue Nov 9 15:09:05 2021] 0000097 [Tue Nov 9 15:09:05 2021] 0000098 [Tue Nov 9 15:09:05 2021] 0000099 [Tue Nov 9 15:09:05 2021] 0000100 [Tue Nov 9 15:09:05 2021] 0000101 [Tue Nov 9 15:09:05 2021] 0000102 [Tue Nov 9 15:09:05 2021] 0000103 [Tue Nov 9 15:09:06 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Tue Nov 9 15:09:07 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-678fa482\x2de865\x2d43e6\x2da841\x2d68840e679524.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Tue Nov 9 15:09:07 2021] systemd: 12 output lines suppressed due to ratelimiting [Tue Nov 9 15:14:18 2021] conntrack: generic helper won't handle protocol 47. Please consider loading the specific helper module.
标签:
问题重现步骤:	[重现步骤] dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000645) anolislw    2021-11-09 16:25	镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 规格ecs.g7.large 有类似的问题 --------------------------------------------------------------------------- [root@iZbp11smmlxkirzuvxqw77Z ~]# dmesg -l warn -T [Mon Nov 8 16:30:00 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Mon Nov 8 16:30:02 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-678fa482\x2de865\x2d43e6\x2da841\x2d68840e679524.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 8 16:30:03 2021] systemd: 16 output lines suppressed due to ratelimiting [Mon Nov 8 16:36:09 2021] conntrack: generic helper won't handle protocol 47. Please consider loading the specific helper module.
(0000670) Shiloong    2021-11-11 20:40    (最后编辑： 2021-11-11 20:41)	社区已知问题: https://bugzilla.kernel.org/show_bug.cgi?id=211765 风险不大, 不影响发布, 暂保持跟进
(0000764) anolislw    2021-11-23 15:24	anolisos_7_9_x64_20G_rhck_alibase_20211119.vhd 实例：ecs.g6.large dmesg warn也存在类似问题 [root@iZbp1e05mj6u284lbza9bzZ ~]# dmesg -l warn -T [Mon Nov 22 16:15:38 2021] ACPI: RSDP 00000000000f57f0 00014 (v00 BOCHS ) [Mon Nov 22 16:15:38 2021] ACPI: RSDT 00000000bffe1a20 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [Mon Nov 22 16:15:38 2021] ACPI: FACP 00000000bffe0bfe 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [Mon Nov 22 16:15:38 2021] ACPI: DSDT 00000000bffe0040 00BBE (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [Mon Nov 22 16:15:38 2021] ACPI: FACS 00000000bffe0000 00040 [Mon Nov 22 16:15:38 2021] ACPI: SSDT 00000000bffe0c72 00C66 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [Mon Nov 22 16:15:38 2021] ACPI: APIC 00000000bffe18d8 00080 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [Mon Nov 22 16:15:38 2021] ACPI: SRAT 00000000bffe1958 000C8 (v01 BOCHS BXPCSRAT 00000001 BXPC 00000001) [Mon Nov 22 16:15:38 2021] Zone ranges: [Mon Nov 22 16:15:38 2021] DMA [mem 0x00001000-0x00ffffff] [Mon Nov 22 16:15:38 2021] DMA32 [mem 0x01000000-0xffffffff] [Mon Nov 22 16:15:38 2021] Normal [mem 0x100000000-0x237ffffff] [Mon Nov 22 16:15:38 2021] Movable zone start for each node [Mon Nov 22 16:15:38 2021] Early memory node ranges [Mon Nov 22 16:15:38 2021] node 0: [mem 0x00001000-0x0009efff] [Mon Nov 22 16:15:38 2021] node 0: [mem 0x00100000-0x13ffffff] [Mon Nov 22 16:15:38 2021] node 0: [mem 0x15120000-0xbffcdfff] [Mon Nov 22 16:15:38 2021] node 0: [mem 0x100000000-0x237ffffff] [Mon Nov 22 16:15:38 2021] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 2027644 [Mon Nov 22 16:15:38 2021] Policy zone: Normal [Mon Nov 22 16:15:38 2021] ACPI: All ACPI Tables successfully acquired [Mon Nov 22 16:15:38 2021] ACPI: Executed 2 blocks of module-level executable AML code [Mon Nov 22 16:15:38 2021] ACPI: Enabled 16 GPEs in block 00 to 0F [Mon Nov 22 16:15:38 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Mon Nov 22 16:15:38 2021] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 [Mon Nov 22 16:15:38 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Mon Nov 22 16:15:39 2021] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10 [Tue Nov 23 12:31:36 2021] nr_pdflush_threads exported in /proc is scheduled for removal
(0000791) anolislw    2021-11-27 16:12	anolisos_7_9_x64_20G_anck_alibase_20211126.vhd 实例：ecs.g6.large ，ecs.g6.26xlarge存在相同问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
496	[Anolis OS 7] General	一般	总是	2021-11-08 16:39	2021-11-27 16:08
报告员:	anolislw	平台:	x86_64
分派给:	nijiayu	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis7.7-anck vhd][ecs][x86_64] dmesg中存在Decoding supported only on Scalable MCA processors.
描述:	[问题描述] Anolis7.7-anck vhd ecs x86_64 实例reboot后dmesg中存在Decoding supported only on Scalable MCA processors. 镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例：ecs.g6a.32xlarge [机器详情] [root@iZbp176gmwpugz08cqt200Z ~]# uname -r 4.19.91-24.8.an7.x86_64 [root@iZbp176gmwpugz08cqt200Z ~]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@iZbp176gmwpugz08cqt200Z ~]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.19.91-24.8.an7.x86_64 root=UUID=678fa482-e865-43e6-a841-68840e679524 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api spectre_v2=retpoline biosdevname=0 net.ifnames=0 console=tty0 console=ttyS0,115200n8 noibrs nvme_core.io_timeout=4294967295 [root@iZbp176gmwpugz08cqt200Z ~]# [root@iZbp176gmwpugz08cqt200Z ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 248G 0 248G 0% /dev tmpfs 248G 0 248G 0% /dev/shm tmpfs 248G 1.1M 248G 1% /run tmpfs 248G 0 248G 0% /sys/fs/cgroup /dev/vda1 40G 13G 25G 34% / tmpfs 50G 0 50G 0% /run/user/0 [root@iZbp176gmwpugz08cqt200Z ~]# [root@iZbp176gmwpugz08cqt200Z ~]# free -m               total used free shared buff/cache available Mem: 507603 1443 500865 1 5294 503755 Swap: 0 0 0 [root@iZbp176gmwpugz08cqt200Z ~]# [root@iZbp176gmwpugz08cqt200Z ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 128 On-line CPU(s) list: 0-127 Thread(s) per core: 2 Core(s) per socket: 16 Socket(s): 4 NUMA node(s): 4 Vendor ID: AuthenticAMD CPU family: 23 Model: 49 Model name: AMD EPYC 7H12 64-Core Processor Stepping: 0 CPU MHz: 2595.124 BogoMIPS: 5190.24 Virtualization: AMD-V Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 512K L3 cache: 16384K NUMA node0 CPU(s): 0-31 NUMA node1 CPU(s): 32-63 NUMA node2 CPU(s): 64-95 NUMA node3 CPU(s): 96-127 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy svm cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr_core ssbd ibpb stibp vmmcall fsgsbase tsc_adjust bmi1 avx2 smep bmi2 rdseed adx smap sha_ni xsaveopt xsavec xgetbv1 arat npt nrip_save [报错详情] [root@iZbp176gmwpugz08cqt200Z ~]# dmesg -l warn -T [Mon Nov 8 05:43:09 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Mon Nov 8 05:43:11 2021] #2 [Mon Nov 8 05:43:11 2021] #3 [Mon Nov 8 05:43:11 2021] #4 [Mon Nov 8 05:43:11 2021] 0000005 [Mon Nov 8 05:43:11 2021] 0000006 [Mon Nov 8 05:43:11 2021] #7 [Mon Nov 8 05:43:11 2021] #8 [Mon Nov 8 05:43:11 2021] #9 [Mon Nov 8 05:43:11 2021] 0000010 ...... ...... [Mon Nov 8 05:43:16 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-678fa482\x2de865\x2d43e6\x2da841\x2d68840e679524.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 8 05:43:16 2021] systemd: 12 output lines suppressed due to ratelimiting [Mon Nov 8 05:43:17 2021] systemd-journald[2408]: File /var/log/journal/20211105100401200910406909548250/system.journal corrupted or uncleanly shut down, renaming and replacing. [Mon Nov 8 05:43:17 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:18 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:19 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:20 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:21 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:22 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:23 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:24 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:24 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:24 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:24 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:24 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 05:43:24 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 06:17:55 2021] conntrack: generic helper won't handle protocol 47. Please consider loading the specific helper module.
标签:
问题重现步骤:	[复现] dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000626) wb-wpp899309    2021-11-08 16:58	镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例：ecs.g7a.32xlarge 有以上同样的报错
(0000636) meil_wei    2021-11-09 14:34	镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 实例：ecs.g6a.32xlarge 有如下报错： [root@iZ2ze40hb376ieczul21pgZ ~]# dmesg -l warn -T [Mon Nov 8 14:59:49 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Mon Nov 8 14:59:49 2021] ACPI: RSDP 00000000000f5970 00014 (v00 BOCHS ) [Mon Nov 8 14:59:49 2021] ACPI: RSDT 00000000bffe5312 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: FACP 00000000bffe017e 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: DSDT 00000000bffdf5c0 00BBE (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: FACS 00000000bffdf580 00040 [Mon Nov 8 14:59:49 2021] ACPI: SSDT 00000000bffe01f2 04390 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: APIC 00000000bffe4582 00470 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: SRAT 00000000bffe49f2 00920 (v01 BOCHS BXPCSRAT 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] Zone ranges: [Mon Nov 8 14:59:49 2021] DMA [mem 0x00001000-0x00ffffff] [Mon Nov 8 14:59:49 2021] DMA32 [mem 0x01000000-0xffffffff] [Mon Nov 8 14:59:49 2021] Normal [mem 0x100000000-0x7fbfffffff] [Mon Nov 8 14:59:49 2021] Movable zone start for each node [Mon Nov 8 14:59:49 2021] Early memory node ranges [Mon Nov 8 14:59:49 2021] node 0: [mem 0x00001000-0x0009efff] [Mon Nov 8 14:59:49 2021] node 0: [mem 0x00100000-0x13ffffff] [Mon Nov 8 14:59:49 2021] node 0: [mem 0x15120000-0xbffcdfff] [Mon Nov 8 14:59:49 2021] node 0: [mem 0x100000000-0x1fbfffffff] [Mon Nov 8 14:59:49 2021] node 1: [mem 0x2040000000-0x3fbfffffff] [Mon Nov 8 14:59:49 2021] node 2: [mem 0x4040000000-0x5fbfffffff] [Mon Nov 8 14:59:49 2021] node 3: [mem 0x6040000000-0x7fbfffffff] [Mon Nov 8 14:59:49 2021] Built 4 zonelists in Zone order, mobility grouping on. Total pages: 130051708 [Mon Nov 8 14:59:49 2021] Policy zone: Normal [Mon Nov 8 14:59:50 2021] ACPI: All ACPI Tables successfully acquired [Mon Nov 8 14:59:52 2021] 0000032 [Mon Nov 8 14:59:53 2021] 0000033 0000034 0000035 0000036 0000037 0000038 0000039 0000040 0000041 0000042 0000043 0000044 0000045 0000046 0000047 0000048 0000049 0000050 #51 #52 0000053 0000054 0000055 0000056 0000057 0000058 0000059 0000060 0000061 0000062 0000063 OK [Mon Nov 8 14:59:55 2021] ACPI: Executed 2 blocks of module-level executable AML code [Mon Nov 8 14:59:55 2021] ACPI: Enabled 16 GPEs in block 00 to 0F [Mon Nov 8 14:59:56 2021] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 [Mon Nov 8 14:59:56 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Mon Nov 8 14:59:56 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-5ef56d57\x2da48e\x2d495c\x2db98b\x2de74d073119a5.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 8 14:59:57 2021] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10 [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors.
(0000644) anolislw    2021-11-09 16:20	镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例：ecs.g6a.large 存在同样问题
(0000672) Shiloong    2021-11-11 21:00	已知问题, 重复, 已经关联.
(0000790) anolislw    2021-11-27 16:08	anolisos_7_9_x64_20G_anck_alibase_20211126.vhd 实例：ecs.g6a.large ，ecs.g6a.32xlarge存在相同问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
328	[Anolis OS 7] General	一般	总是	2021-10-13 16:49	2021-11-26 16:49
报告员:	wb-wpp899309	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7.7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] [x86_64]开机启动后，dmesg日志中有warn日志:[Firmware Bug]: TSC doesn't count with P0 frequency!
描述:	[缺陷描述]： 开机启动后，dmesg日志中有如下warn日志： # dmesg -l warn -T [Wed Oct 13 23:18:26 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Wed Oct 13 23:18:26 2021] #2 [Wed Oct 13 23:18:26 2021] #3 [Wed Oct 13 23:18:27 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-cf63773d\x2d1f81\x2d40f2\x2da7df\x2d43d25ee936fb.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Wed Oct 13 23:18:28 2021] systemd: 16 output lines suppressed due to ratelimiting [Wed Oct 13 23:18:28 2021] systemd-sysv-generator[696]: Configuration file /usr/lib/systemd/system/staragentctl.service is marked executable. Please remove executable permission bits. Proceeding anyway. [Wed Oct 13 23:18:29 2021] Decoding supported only on Scalable MCA processors. [Wed Oct 13 23:18:29 2021] Decoding supported only on Scalable MCA processors. [Wed Oct 13 23:18:29 2021] Decoding supported only on Scalable MCA processors. [Wed Oct 13 23:18:29 2021] Decoding supported only on Scalable MCA processors. [重现概率] 必现 [重现环境] # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" 内核： # uname -r 4.19.91-24.8.an7.x86_64 cpu信息： # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: HygonGenuine CPU family: 24 Model: 1 Model name: Hygon C86 7280 32-core Processor Stepping: 1 CPU MHz: 1999.999 BogoMIPS: 3999.99 Virtualization: AMD-V Hypervisor vendor: KVM Virtualization type: full NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy svm cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr_core cpb vmmcall fsgsbase tsc_adjust bmi1 avx2 smep bmi2 rdseed adx smap xsaveopt xsavec xgetbv1 arat npt nrip_save 内存信息： # free -h               total used free shared buff/cache available Mem: 15G 614M 13G 12M 801M 14G Swap: 4.0G 0B 4.0G [重现步骤]： 1. reboot机器 2. dmesg -l warn -T查询开机是否有异常日志 [期望结果]： 开机启动后，dmesg日志中无异常日志 [实际结果]： 开机启动后，dmesg日志中有异常日志
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000550) Shiloong    2021-10-28 14:14	这个是在 AMD 平台上测试的问题吗? 还是跟硬件固件支持有关. 也请 @artie_ding 一起看看, 是否已知的问题.
(0000730) Shiloong    2021-11-17 10:18	重复问题, 已知报警, 无功能影响, 暂不修复.
(0000780) anolislw    2021-11-24 10:47	镜像：anolisos_7_9_x64_20G_rhck_alibase_20211119.vhd 规格：ecs.g6a.32xlarge 存在类似问题，详情信息如下： [root@iZbp1bcfmvsobgqdktbphqZ ~]# uname -a Linux iZbp1bcfmvsobgqdktbphqZ 3.10.0-1062.an7.x86_64 #1 SMP Wed Sep 8 18:17:06 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [root@iZbp1bcfmvsobgqdktbphqZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@iZbp1bcfmvsobgqdktbphqZ ~]# dmesg -l warn -T [Tue Nov 23 14:08:12 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Tue Nov 23 14:08:12 2021] ACPI: RSDP 00000000000f5970 00014 (v00 BOCHS ) [Tue Nov 23 14:08:12 2021] ACPI: RSDT 00000000bffe5312 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [Tue Nov 23 14:08:12 2021] ACPI: FACP 00000000bffe017e 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [Tue Nov 23 14:08:12 2021] ACPI: DSDT 00000000bffdf5c0 00BBE (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [Tue Nov 23 14:08:12 2021] ACPI: FACS 00000000bffdf580 00040 [Tue Nov 23 14:08:12 2021] ACPI: SSDT 00000000bffe01f2 04390 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [Tue Nov 23 14:08:12 2021] ACPI: APIC 00000000bffe4582 00470 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [Tue Nov 23 14:08:12 2021] ACPI: SRAT 00000000bffe49f2 00920 (v01 BOCHS BXPCSRAT 00000001 BXPC 00000001) [Tue Nov 23 14:08:12 2021] Zone ranges: [Tue Nov 23 14:08:12 2021] DMA [mem 0x00001000-0x00ffffff] [Tue Nov 23 14:08:12 2021] DMA32 [mem 0x01000000-0xffffffff] [Tue Nov 23 14:08:12 2021] Normal [mem 0x100000000-0x7fbfffffff] [Tue Nov 23 14:08:12 2021] Movable zone start for each node [Tue Nov 23 14:08:12 2021] Early memory node ranges [Tue Nov 23 14:08:12 2021] node 0: [mem 0x00001000-0x0009efff] [Tue Nov 23 14:08:12 2021] node 0: [mem 0x00100000-0x13ffffff] [Tue Nov 23 14:08:12 2021] node 0: [mem 0x15120000-0xbffcdfff] [Tue Nov 23 14:08:12 2021] node 0: [mem 0x100000000-0x1fbfffffff] [Tue Nov 23 14:08:12 2021] node 1: [mem 0x2040000000-0x3fbfffffff] [Tue Nov 23 14:08:12 2021] node 2: [mem 0x4040000000-0x5fbfffffff] [Tue Nov 23 14:08:12 2021] node 3: [mem 0x6040000000-0x7fbfffffff] [Tue Nov 23 14:08:12 2021] Built 4 zonelists in Zone order, mobility grouping on. Total pages: 130051708 [Tue Nov 23 14:08:12 2021] Policy zone: Normal [Tue Nov 23 14:08:13 2021] ACPI: All ACPI Tables successfully acquired [Tue Nov 23 14:08:15 2021] 0000032 [Tue Nov 23 14:08:16 2021] 0000033 0000034 0000035 0000036 0000037 0000038 0000039 0000040 0000041 0000042 0000043 0000044 0000045 0000046 0000047 0000048 0000049 0000050 #51 #52 0000053 0000054 0000055 0000056 0000057 0000058 0000059 0000060 0000061 0000062 0000063 OK [Tue Nov 23 14:08:18 2021] ACPI: Executed 2 blocks of module-level executable AML code [Tue Nov 23 14:08:18 2021] ACPI: Enabled 16 GPEs in block 00 to 0F [Tue Nov 23 14:08:19 2021] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 [Tue Nov 23 14:08:19 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Tue Nov 23 14:08:20 2021] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10 [Tue Nov 23 14:08:25 2021] systemd-journald[1287]: File /var/log/journal/20211119164000835145747173013013/system.journal corrupted or uncleanly shut down, renaming and replacing. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:25 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:26 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:27 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:08:28 2021] Decoding supported only on Scalable MCA processors. [Tue Nov 23 14:11:26 2021] TECH PREVIEW: Overlay filesystem may not be fully supported. Please review provided documentation for limitations.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
558	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-11-22 20:48	2021-11-25 10:12
报告员:	yinan266257	平台:	x86_64
分派给:	yinan266257	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	修复nop偏移错误，优化FTRACE启动时间
描述:	ck 4.19-devel上，一个支持PIE的patch在计算ftrace stub 替换nop的偏移计算上出错， 导致nop替换位置出错，bug未显现是由于gcc 5.0以上，逻辑出错的recordmcount.c不会被调用。 同时，受4.19默认编译器配置的影响，编译器关于ftrace的优化无法生效，目前cloud kernel 4.19， kernel_start阶段ftrace_init消耗约15～20ms，将启动期的耗时处理移到编译期，由内核完成，可以 节省这部分时间，加速内核启动。
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000775) yinan266257    2021-11-23 19:04	ck 4.19-devel 已合入2个patch，完成ftrace启动优化
(0000776) yinan266257    2021-11-23 19:07	问题历史显示未处理，疑勾选错误
(0000779) yinan266257    2021-11-23 22:19	ftrace make_x86_nop存在bug

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
143	[Anolis OS 8] - iso-images	严重	总是	2021-05-28 18:18	2021-11-25 10:01
报告员:	qingming2021	平台:	aarch64(Phytium)
分派给:	fghuims	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2] ARM版本ISO镜像在某些FT2500机型上无法启动
描述:	ISO装机镜像：AnolisOS-8.2-GA-aarch64-dvd.iso 在天信固安厂商的FT2500机型上无法启动。
标签:	8.2GA-210611
问题重现步骤:
附注:
系统说明
附件:	IMG_0789.HEIC.JPG (590,455 字节) 2021-05-28 18:23 https://bugs-old.openanolis.cn/file_download.php?file_id=68&type=bug

问题注释
(0000224) qingming2021    2021-05-28 18:23
(0000781) geliwei-ali    2021-11-24 11:22	这个看起来是没有找到内核，或者内核不匹配，能否提供安装完成之后、重启之前的内核版本？
(0000784) qingming2021    2021-11-25 10:01	anck内核在这个FT2500机器上无法启动，ISO安装镜像也无法boot起来。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
576	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-24 16:23	2021-11-24 16:23
报告员:	xunlei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[4.19] iommu同步社区
描述:	sync up iommu upstream updates.
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
574	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-24 15:08	2021-11-24 15:08
报告员:	xunlei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[4.19] x86 fpu upstream updates
描述:	同步upstream的一些更新和bug fixes.
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
571	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-24 11:35	2021-11-24 11:35
报告员:	baolinwang	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	Sync some optimization and bugfixes for ARM
描述:	同步一些ARM ARCH优化和bugfix
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
552	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-19 14:23	2021-11-24 10:32
报告员:	xunlei	平台:
分派给:	xunlei	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[anolis-4.19] vfio upstream bug fixes
描述:	vfio bugs fixes
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
568	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-11-23 20:14	2021-11-24 10:31
报告员:	tang-os	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	内核编译错误
描述:	镜像版本：AnolisOS-8.2-ShangMi-Beta-x86_64-dvd.iso 重编内核版本：cloud-kernel-release-4.19-7f49641dfe3e12bdc436f5e9dde6dbfe8b184a6d.tar.gz 安装完必须的编译依赖库后，根据anolis_defconfig生成.config文件，执行make后，出现如下报错   KSYM .tmp_kallsyms2.o   LD vmlinux   SORTTAB vmlinux incomplete ORC unwind tables in file: vmlinux Failed to sort kernel tables make: *** [Makefile:1029：vmlinux] 错误 1
标签:
问题重现步骤:	yum install -y bison flex elfutils-libelf-devel bc make gcc cp -f ca.crt <kernel_src>/certs/sm2_cert.pem cd <kernel_src> cp -f arch/x86/configs/anolis_defconfig .config sed -i 's/CONFIG_SYSTEM_TRUSTED_KEYS=\"\"/CONFIG_SYSTEM_TRUSTED_KEYS=\"certs\/sm2_cert.pem\"/' .config make
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
346	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-18 11:45	2021-11-24 10:28
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	CVE-2021-41864
描述:	整数溢出漏洞，可导致本地提权或者Crash
标签:
问题重现步骤:
附注:	Aone: 37177442
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
274	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-09-14 12:41	2021-11-24 10:27
报告员:	Shiloong	平台:
分派给:	Shiloong	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	CVE-2021-3715
描述:	UAF漏洞，可能造成本地提权，容器逃逸 https://seclists.org/oss-sec/2021/q3/154
标签:
问题重现步骤:
附注:	Aone ID: 36674778
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
297	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-09-24 16:55	2021-11-23 19:13
报告员:	yinan266257	平台:	aarch64
分派给:	yinan266257	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	cat /proc/cpuinfo无法显示cpu频率 物理和虚拟地址bit等信息
描述:	对比cloud kernel 4.19 与 cloud kernel 5.10 5.10缺少cpu 频率、物理和虚拟地址bit等信息
标签:	arm64 cpuinfo freq & va pa
问题重现步骤:
附注:
系统说明
附件:	4.19_cpuinfo.png (299,168 字节) 2021-09-24 16:55 https://bugs-old.openanolis.cn/file_download.php?file_id=175&type=bug 5.10_cpuinfo.png (206,415 字节) 2021-09-24 16:55 https://bugs-old.openanolis.cn/file_download.php?file_id=176&type=bug

问题注释
(0000752) xingxin830    2021-11-23 10:03	目前依男已修复
(0000777) yinan266257    2021-11-23 19:13	已处理，疑勾选错误

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
307	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-08 11:18	2021-11-23 17:32
报告员:	Shiloong	平台:	aarch64(Kunpeng)
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	arm64 Anolis 8.2 (ANCK-4.19) 不兼容 Kata-containers-2.0.0
描述:	Kata-containers-2.0.0 需要内核支持 memory-hotplug 功能
标签:
问题重现步骤:
附注:	Aone ID: 36005721
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
245	[Anolis OS 8] * OTHERS	一般	没有试验	2021-08-30 15:46	2021-11-23 16:54
报告员:	OpenBFW	平台:	x86_64
分派给:	zelindeng	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	开机启动后，dmesg中存在error日志 “pstore: Unknown compression: deflate”
描述:	anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 anolisos_8_4_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 均出现pstore: Unknown compression: deflate 报错信息 [Wed Aug 25 10:53:06 2021] pstore: Unknown compression: deflate
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000761) Shiloong    2021-11-23 15:17	已知问题 Aone: 37696282 转给架构同学 @zelin
(0000774) zelindeng    2021-11-23 16:54	@Shiloong:已知问题 Aone: 37696282 转给架构同学 @zelin ------------------------------------------------------ dup了。问题已修复。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
528	[Anolis OS 8] - iso-images	严重	总是	2021-11-12 18:43	2021-11-23 16:45
报告员:	anoliswanqian	平台:
分派给:	xingwei-liu	操作系统:	anolis
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 影院无法双击打开 音频文件 （DDE问题）
描述:	这个问题，在兆芯和鲲鹏上都是这样。 飞腾，没有测试，未知。 直接双击音频文件，会提示 无效的文件， 无法播放。 但是用 deepin-movie ***.mp3 弹出播放窗口，就可以。
标签:
问题重现步骤:	直接双击音频文件，会提示 无效的文件， 无法播放。 但是用 deepin-movie ***.mp3 弹出播放窗口，就可以。
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
566	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-23 16:43	2021-11-23 16:43
报告员:	xunlei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[anolis-4.19] drm sched和amdgpu社区补丁同步
描述:	同步如下模块： drivers/gpu/drm/scheduler drivers/gpu/drm/amd/amdgpu
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
565	[Anolis OS 8] kmod-kvdo	阻塞	总是	2021-11-23 16:30	2021-11-23 16:30
报告员:	mgb01105731	平台:	x86_64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis7.7上 kmod-kvdo组件依赖centos7的内核
描述:	anolis7.7上安装 kmod-kvdo会报错 并且提示依赖大于3.10.0-1133版本的el7内核
标签:
问题重现步骤:	1. 在anolis上使用yum命令安装 kmod-kvdo 2. 安装报错，报错信息中显示 “Processing Dependency: kernel >= 3.10.0-1133.el7 for package: kmod-kvdo-6.1.3.23-5.an7.x86_64”
附注:
系统说明
附件:	lQLPDhrlF49_5AvNAkPNA9iwHHOX7-dC4goBpJZRPsAmAA_984_579.png (311,947 字节) 2021-11-23 16:30 https://bugs-old.openanolis.cn/file_download.php?file_id=310&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
302	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-09-28 11:32	2021-11-23 16:10
报告员:	CruzZhao	平台:
分派给:	CruzZhao	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[sched] CONFIG_SCHED_DEBUG关闭时编译报错conflicting type qualifiers for ‘sysctl_sched_expel_update_interval’
描述:	CONFIG_SCHED_DEBUG关闭时编译报错conflicting type qualifiers for ‘sysctl_sched_expel_update_interval’
标签:
问题重现步骤:	.config文件中将CONFIG_SCHED_DEBUG=y改为# CONFIG_SCHED_DEBUG is not set，然后编译
附注:	Aone id: 37070333
附件:

问题注释
(0000773) Shiloong    2021-11-23 16:10	@CruzZhao 帮忙更新一下状态哈, Thanks!

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
301	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-09-27 21:16	2021-11-23 16:09
报告员:	CruzZhao	平台:	x86_64
分派给:	CruzZhao	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[sched]leaf_cfs_rq_list在throttle场景下维护出错导致hard lockup
描述:	在throttle场景下会出现hard lockup [68334.886818] ------------[ cut here ]------------ [68334.886826] rq->tmp_alone_branch != &rq->leaf_cfs_rq_list [68334.886854] WARNING: CPU: 22 PID: 0 at kernel/sched/fair.c:4658 unthrottle_cfs_rq+0x277/0x280 [68334.886855] Modules linked in: ipt_MASQUERADE nf_conntrack_netlink nfnetlink iptable_nat nf_nat_ipv4 xt_addrtype iptable_filter bpfilter xt_conntrack nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c br_netfilter bridge stp llc sunrpc intel_rapl_msr intel_rapl_common iosf_mbi sb_edac kvm irqbypass crct10dif_pclmul i2c_piix4 crc32_pclmul ghash_clmulni_intel pcbc aesni_intel mousedev crypto_simd cryptd psmouse glue_helper pcspkr ip_tables ata_generic pata_acpi cirrus drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops ttm drm ata_piix crc32c_intel libata serio_raw i2c_core uhci_hcd floppy [68334.886883] CPU: 22 PID: 0 Comm: swapper/22 Kdump: loaded Not tainted 4.19.91-23.1.redis.5.al7.x86_64 #1 [68334.886884] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS rel-1.7.5-0-ge51488c-20140602_164612-nilsson.home.kraxel.org 04/01/2014 [68334.886887] RIP: 0010:unthrottle_cfs_rq+0x277/0x280 [68334.886889] Code: ff 0f 0b e9 0e fe ff ff 80 3d 38 f6 25 01 00 0f 85 08 ff ff ff 48 c7 c7 f0 fa 09 b7 31 c0 c6 05 22 f6 25 01 01 e8 c9 21 fc ff <0f> 0b e9 ec fe ff ff 66 90 66 66 66 66 90 55 48 89 fd 53 e8 a1 39 [68334.886891] RSP: 0018:ffff8e8b2fb83ea0 EFLAGS: 00010086 [68334.886893] RAX: 000000000000002d RBX: ffff8e8b2b39c000 RCX: 0000000000000000 [68334.886894] RDX: 0000000000000005 RSI: ffffffffb78e72ad RDI: 0000000000000046 [68334.886896] RBP: ffff8e8b28fadc00 R08: 00000000e949c223 R09: ffff8e8b2fb83e40 [68334.886897] R10: ffffffffb78e7aa4 R11: 0000000000000295 R12: ffff8e8b2ba28600 [68334.886899] R13: ffff8e8b2fba2880 R14: 0000000000000001 R15: 0000000000000001 [68334.886901] FS:  0000000000000000(0000) GS:ffff8e8b2fb80000(0000) knlGS:0000000000000000 [68334.886902] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [68334.886904] CR2: 00007efff63a8000 CR3: 000000038520a001 CR4: 00000000000606e0 [68334.886909] Call Trace: [68334.886931]  <IRQ> [68334.886936]  distribute_cfs_runtime+0xd6/0x100 [68334.886939]  sched_cfs_period_timer+0x13c/0x270 [68334.886941]  ? sched_cfs_slack_timer+0xb0/0xb0 [68334.886944]  __hrtimer_run_queues+0xeb/0x250 [68334.886947]  hrtimer_interrupt+0x122/0x270 [68334.886951]  ? update_ts_time_stats+0x53/0x80 [68334.886955]  smp_apic_timer_interrupt+0x6a/0x140 [68334.886958]  apic_timer_interrupt+0xf/0x20 [68334.886959]  </IRQ> [68334.886963] RIP: 0010:native_safe_halt+0xe/0x10 [68334.886964] Code: 01 00 f0 80 48 02 20 48 8b 00 a8 08 0f 84 7a ff ff ff eb bc 90 90 90 90 90 90 90 90 e9 07 00 00 00 0f 00 2d 56 33 58 00 fb f4 <c3> 90 e9 07 00 00 00 0f 00 2d 46 33 58 00 f4 c3 90 90 66 66 66 66 [68334.886965] RSP: 0018:ffffac34019afe68 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff13 [68334.886967] RAX: 0000000080000000 RBX: 0000000000000001 RCX: ffff8e8b2d706300 [68334.886968] RDX: 0000000000000001 RSI: ffffffffb730b280 RDI: ffff8e8b2fbac700 [68334.886969] RBP: 0000000000000016 R08: 00000000e949c223 R09: ffff8e8b3ffffb48 [68334.886970] R10: 0000000000000000 R11: 0000000000000000 R12: ffffffffb730b2f8 [68334.886971] R13: 0000000000000016 R14: ffffffffb730b280 R15: 00003e266f7b1dc1 [68334.886974]  default_idle+0x1a/0x140 [68334.886979]  default_enter_idle+0x22/0x32 [68334.886981]  cpuidle_enter_state+0x80/0x2d0 [68334.886984]  do_idle+0x1cc/0x270 [68334.886986]  cpu_startup_entry+0x5f/0x70 [68334.886990]  start_secondary+0x197/0x1d0 [68334.886994]  secondary_startup_64+0xa4/0xb0 [68334.886997] ---[ end trace 17771a4b59b4ec99 ]--- [68336.089741] ------------[ cut here ]------------ [68336.089743] rq->tmp_alone_branch != &rq->leaf_cfs_rq_list [68336.089770] WARNING: CPU: 7 PID: 30632 at kernel/sched/fair.c:374 enqueue_task_fair+0x9a5/0x9b0 [68336.089771] Modules linked in: ipt_MASQUERADE nf_conntrack_netlink nfnetlink iptable_nat nf_nat_ipv4 xt_addrtype iptable_filter bpfilter xt_conntrack nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c br_netfilter bridge stp llc sunrpc intel_rapl_msr intel_rapl_common iosf_mbi sb_edac kvm irqbypass crct10dif_pclmul i2c_piix4 crc32_pclmul ghash_clmulni_intel pcbc aesni_intel mousedev crypto_simd cryptd psmouse glue_helper pcspkr ip_tables ata_generic pata_acpi cirrus drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops ttm drm ata_piix crc32c_intel libata serio_raw i2c_core uhci_hcd floppy [68336.089800] CPU: 7 PID: 30632 Comm: stress-ng Kdump: loaded Tainted: G        W         4.19.91-23.1.redis.5.al7.x86_64 #1 [68336.089801] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS rel-1.7.5-0-ge51488c-20140602_164612-nilsson.home.kraxel.org 04/01/2014 [68336.089804] RIP: 0010:enqueue_task_fair+0x9a5/0x9b0 [68336.089806] Code: ff 0f 0b e9 ff f6 ff ff 80 3d bc f8 25 01 00 0f 85 9d f7 ff ff 48 c7 c7 f0 fa 09 b7 31 c0 c6 05 a6 f8 25 01 01 e8 4b 24 fc ff <0f> 0b e9 81 f7 ff ff 0f 1f 40 00 66 66 66 66 90 41 56 41 55 41 54 [68336.089807] RSP: 0000:ffff8e8b2f7c3e68 EFLAGS: 00010096 [68336.089808] RAX: 000000000000002d RBX: 0000000000000000 RCX: 0000000000000000 [68336.089809] RDX: 0000000000000005 RSI: ffffffffb78e72ad RDI: 0000000000000046 [68336.089810] RBP: ffff8e8b2f822900 R08: 00000000e949c223 R09: ffff8e8b2f7c3e08 [68336.089811] R10: ffffffffb78e7aa4 R11: 00000000000002c1 R12: ffff8e8b2f822880 [68336.089812] R13: ffff8e8b2f822880 R14: 0000000000000082 R15: ffff8e8b262cba00 [68336.089814] FS:  00007f231365f740(0000) GS:ffff8e8b2f7c0000(0000) knlGS:0000000000000000 [68336.089815] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [68336.089816] CR2: 00007f23122c4e70 CR3: 000000039e28e005 CR4: 00000000000606e0 [68336.089820] Call Trace: [68336.089823]  <IRQ> [68336.089828]  ? remove_entity_load_avg+0x27/0x70 [68336.089832]  ttwu_do_activate+0x63/0x90 [68336.089835]  try_to_wake_up+0x1ef/0x580 [68336.089839]  ? hrtimer_run_softirq+0xa0/0xa0 [68336.089840]  hrtimer_wakeup+0x1e/0x30 [68336.089842]  __hrtimer_run_queues+0xeb/0x250 [68336.089844]  hrtimer_interrupt+0x122/0x270 [68336.089848]  smp_apic_timer_interrupt+0x6a/0x140 [68336.089851]  apic_timer_interrupt+0xf/0x20 [68336.089852]  </IRQ> [68336.089854] RIP: 0033:0x49752c [68336.089856] Code: b3 42 00 84 c0 0f 84 44 02 00 00 e8 4e 13 f7 ff 83 f8 ff 0f 84 69 03 00 00 85 c0 41 89 c4 0f 85 ec 01 00 00 8b 35 34 bc 84 00 <31> ff bb e0 1b c2 00 e8 d8 0f f7 ff 0f 1f 84 00 00 00 00 00 48 8b [68336.089857] RSP: 002b:00007ffe39138120 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff13 [68336.089859] RAX: 0000000000000000 RBX: 00007ffe391383ba RCX: 00007f23128e8300 [68336.089860] RDX: 00007f23122c4e48 RSI: 00000000000076df RDI: 00007f23122c2640 [68336.089860] RBP: 0000000000c21e68 R08: 00007f23128e4270 R09: 00000000000076df [68336.089861] R10: 00007f231365fa10 R11: 00007f231365f740 R12: 0000000000000000 [68336.089862] R13: 0000000000000004 R14: 0000000000000004 R15: 0000000000000014 [68336.089864] ---[ end trace 17771a4b59b4ec9a ]---
标签:
问题重现步骤:	#!/bin/sh KUBEPOD_DIR=/sys/fs/cgroup/cpu,cpuacct/kubepods POD_DIR=$KUBEPOD_DIR/pod CONTAINER_DIR=$POD_DIR/container SCHBENCH=sysbench prepare_environment(){ for ((i=0;i<12;i++)); do CG_DIR[$i]=$POD_DIR/$i done [ -d $KUBEPOD_DIR ] || { mkdir $KUBEPOD_DIR } echo 50000 > $KUBEPOD_DIR/cpu.cfs_quota_us [ -d $POD_DIR ] || { mkdir $POD_DIR } echo 50000 > $POD_DIR/cpu.cfs_quota_us } run_test(){ for ((i=0;i<12;i++)); do [ -d ${CG_DIR[$i]} ] || { mkdir ${CG_DIR[$i]} } echo 100000 > ${CG_DIR[$i]}/cpu.cfs_period_us echo 5000 > ${CG_DIR[$i]}/cpu.cfs_quota_us nohup stress-ng -c 24 -l 90 & > /dev/null 2>&1 &&pid[$i]=$! echo ${pid[$i]} > ${CG_DIR[$i]}/cgroup.procs done sleep 60 for ((i=0;i<12;i++)); do echo ${pid[$i]} > /sys/fs/cgroup/cpu,cpuacct/cgroup.procs kill -9 ${pid[$i]} done } clear_environment(){ rmdir $CG_DIR rmdir $POD_DIR } prepare_environment run_test clear_environment
附注:	Aone id: 37060933
系统说明
附件:

问题注释
(0000772) Shiloong    2021-11-23 16:09	@CruzZhao 帮忙更新一下这个问题的状态吧? 是否已经修复了? Thanks!

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
345	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-16 16:56	2021-11-23 16:07
报告员:	guanjun	平台:
分派给:	guanjun	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	ANCK4.19在某些情况下触发divide zero错误
描述:	NVMe标盘硬件支持129个queue，最新的NVMe驱动按照possible cpus（如果机器有128个cpu（关闭HT），possible cpus=256）和硬件支持queue数量的较小值（129）分配irq数量129。这种情况下会触发内核除零bug，调用栈如下： 4.19.91-22.2.al7.x86_64 021-10-02 18:41:58 [ 31.234817] CPU: 9 PID: 1154 Comm: kworker/u513:2 Not tainted 4.19.91-22.2.al7.x86_64 #1 2021-10-02 18:41:58 [ 31.234819] Hardware name: Inventec Horsea-12U /Horsea-F , BIOS 1.1.EY.IV.D.060.02 08/17/2020 2021-10-02 18:41:58 [ 31.234827] Workqueue: nvme-reset-wq nvme_reset_work [nvme] 2021-10-02 18:41:58 [ 31.270457] RIP: 0010:__irq_build_affinity_masks.isra.3+0x17a/0x360 2021-10-02 18:41:58 [ 31.270459] Code: 24 14 48 63 54 24 24 48 c1 e2 06 48 03 54 24 28 89 c3 e8 c9 c1 35 00 be 0 0 02 00 00 4c 89 ef e8 4c c7 35 00 39 c3 0f 4f d8 99 <f7> fb 85 db 89 5c 24 10 89 54 24 04 89 44 24 08 0f 8e b8 01  00 00 2021-10-02 18:41:58 [ 31.306520] RSP: 0018:ffffb2025cd47b60 EFLAGS: 00010287 2021-10-02 18:41:58 [ 31.306522] RAX: 0000000000000010 RBX: 0000000000000000 RCX: 0000000000000200 2021-10-02 18:41:58 [ 31.306522] RDX: 0000000000000000 RSI: 0000000000000200 RDI: 0000000000000000 2021-10-02 18:41:58 [ 31.306525] RBP: 0000000000000040 R08: 0000000000000010 R09: 0000000000000008 2021-10-02 18:41:58 [ 31.344929] R10: ffffb2025cd47bf0 R11: ffffd2393d0cd400 R12: 0000000000000040 2021-10-02 18:41:58 [ 31.344929] R13: ffffb2025cd47bf0 R14: 0000000000000081 R15: 000000000000f1a0 2021-10-02 18:41:58 [ 31.344930] FS: 0000000000000000(0000) GS:ffff8dc81f640000(0000) knlGS:0000000000000000 2021-10-02 18:41:58 [ 31.344931] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2021-10-02 18:41:58 [ 31.344932] CR2: 00007f416fa9722d CR3: 0000003f4e97c000 CR4: 0000000000340ee0 2021-10-02 18:41:58 [ 31.344932] Call Trace: 2021-10-02 18:41:58 [ 31.344936] irq_build_affinity_masks.isra.4+0xf3/0x170 2021-10-02 18:41:58 [ 31.344938] irq_create_affinity_masks+0x205/0x300 2021-10-02 18:41:58 [ 31.344941] __pci_enable_msix_range+0x209/0x520 2021-10-02 18:41:58 [ 31.344942] pci_alloc_irq_vectors_affinity+0xbb/0x110 2021-10-02 18:41:58 [ 31.344944] nvme_reset_work+0xad2/0x162d [nvme] 2021-10-02 18:41:58 [ 31.344948] ? dequeue_entity+0x1e6/0x970 2021-10-02 18:41:58 [ 31.344950] ? sched_clock+0x5/0x10 2021-10-02 18:41:58 [ 31.344952] ? sched_clock_cpu+0xc/0xa0 2021-10-02 18:41:58 [ 31.344953] ? try_to_wake_up+0x219/0x580 2021-10-02 18:41:58 [ 31.344954] process_one_work+0x15b/0x370 2021-10-02 18:41:58 [ 31.344956] worker_thread+0x49/0x3e0 2021-10-02 18:41:58 [ 31.344957] kthread+0xf8/0x130 2021-10-02 18:41:58 [ 31.344958] ? process_one_work+0x370/0x370 2021-10-02 18:41:58 [ 31.344959] ? kthread_park+0xb0/0xb0 2021-10-02 18:41:58 [ 31.344961] ret_from_fork+0x1f/0x40 2021-10-02 18:41:58 [ 31.344963] Modules linked in: kvm_amd(+) sunrpc kvm irqbypass crct10dif_pclmul crc32_pclmu l ghash_clmulni_intel pcbc aesni_intel crypto_simd cryptd glue_helper pcspkr nvme i2c_algo_bit ttm drm_kms_helper syscopyarea sysfillrect sysimgblt vfat fb_sys_fops fat sp5100_tco nvme_core drm sg i2c_piix4 i2c_designware_platfo rm ipmi_si(+) i2c_designware_core iosf_mbi ipmi_devintf i2c_core ipmi_msghandler pcc_cpufreq acpi_cpufreq ip_table s sd_mod crc32c_intel ahci libahci libata 2021-10-02 18:41:58 [ 31.344991] ---[ end trace 1506a87a8299d5c8 ]--- 2021-10-02 18:41:59 [ 32.765477] RIP: 0010:__irq_build_affinity_masks.isra.3+0x17a/0x360 2021-10-02 18:41:59 [ 32.765480] Code: 24 14 48 63 54 24 24 48 c1 e2 06 48 03 54 24 28 89 c3 e8 c9 c1 35 00 be 0 0 02 00 00 4c 89 ef e8 4c c7 35 00 39 c3 0f 4f d8 99 <f7> fb 85 db 89 5c 24 10 89 54 24 04 89 44 24 08 0f 8e b8 01  00 00 2021-10-02 18:41:59 [ 32.765481] RSP: 0018:ffffb2025cd47b60 EFLAGS: 00010287 2021-10-02 18:41:59 [ 32.765482] RAX: 0000000000000010 RBX: 0000000000000000 RCX: 0000000000000200 2021-10-02 18:41:59 [ 32.765482] RDX: 0000000000000000 RSI: 0000000000000200 RDI: 0000000000000000 2021-10-02 18:41:59 [ 32.765483] RBP: 0000000000000040 R08: 0000000000000010 R09: 0000000000000008 2021-10-02 18:41:59 [ 32.765483] R10: ffffb2025cd47bf0 R11: ffffd2393d0cd400 R12: 0000000000000040 2021-10-02 18:41:59 [ 32.765483] R13: ffffb2025cd47bf0 R14: 0000000000000081 R15: 000000000000f1a0 2021-10-02 18:41:59 [ 32.765484] FS: 0000000000000000(0000) GS:ffff8dc81f640000(0000) knlGS:0000000000000000 2021-10-02 18:41:59 [ 32.765485] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2021-10-02 18:41:59 [ 32.765486] CR2: 00007f416fa9722d CR3: 0000003f4e97c000 CR4: 0000000000340ee0 2021-10-02 18:41:59 [ 32.765487] Kernel panic - not syncing: Fatal exception 2021-10-02 18:41:59 [ 32.766622] Kernel Offset: 0x1e000000 from 0xffffffff81000000 (relocation range: 0xffffffff 80000000-0xffffffffbfffffff)   对应代码范围： 138 ncpus = cpumask_weight(nmsk); 139 vecs_to_assign = min(vecs_per_node, ncpus); 140 141 /* Account for rounding errors */ 142 extra_vecs = ncpus - vecs_to_assign * (ncpus / vecs_to_assign); 140 in kernel/irq/affinity.c 141 in kernel/irq/affinity.c 142 in kernel/irq/affinity.c    0xffffffff81103d99 <+377>: cltd    0xffffffff81103d9a <+378>: idiv %ebx    0xffffffff81103da2 <+386>: mov %edx,0x4(%rsp)    0xffffffff81103da6 <+390>: mov %eax,0x8(%rsp)
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000512) guanjun    2021-10-20 10:52	修复代码已经合入ANCK4.19，该问题可以关闭

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
258	[Anolis OS 8] kernel	一般	总是	2021-09-07 16:49	2021-11-23 15:59
报告员:	anolislw	平台:	aarch64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-aarch64][4.19.91 ANCK] 使用QU1版本镜像安装的虚拟机系统内dmesg报错
描述:	使用QU1版本aarch64 4.19.91 ANCK镜像安装虚拟机，虚拟机内dmesg有error/warn信息 [root@localhost ~]# dmesg -l err -T [Wed Sep 8 00:37:03 2021] SDEI NMI watchdog: Disable SDEI NMI Watchdog in VM [Wed Sep 8 00:37:03 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Wed Sep 8 00:37:03 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [root@localhost ~]# dmesg -l warn -T [Wed Sep 8 00:37:01 2021] ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware [Wed Sep 8 00:37:03 2021] cacheinfo: Unable to detect cache hierarchy for CPU 0 [Wed Sep 8 00:37:06 2021] sr 0:0:0:2: Power-on or device reset occurred [Wed Sep 8 00:37:08 2021] systemd: 18 output lines suppressed due to ratelimiting [机器信息] [root@localhost ~]# uname -r 4.19.91-24.8.an8.aarch64 [root@localhost ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@localhost ~]# lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: HiSilicon Model: 0 Model name: Kunpeng-920 Stepping: 0x1 BogoMIPS: 200.00 NUMA node0 CPU(s): 0-3 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm [root@localhost ~]# yum repolist repo id repo name AppStream AnolisOS-8.2 - AppStream BaseOS AnolisOS-8.2 - BaseOS PowerTools AnolisOS-8.2 - PowerTools
标签:
问题重现步骤:	[重新步骤] 使用QU1版本镜像安装虚拟机，进入虚拟机内执行 dmesg -l warn -T dmesg -l err -T
附注:
系统说明
附件:	image.png (15,345 字节) 2021-10-14 17:27 https://bugs-old.openanolis.cn/file_download.php?file_id=216&type=bug

问题注释
(0000387) anolislw    2021-09-09 00:53	Anolis OS 8.2 国密版本qcow2/vhd 镜像，创建的虚拟机内dmesg也有类似报错信息: [anuser@localhost ~]$ dmesg -l err -T [Wed Sep 8 16:56:14 2021] SDEI NMI watchdog: Disable SDEI NMI Watchdog in VM [Wed Sep 8 16:56:14 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Wed Sep 8 16:56:14 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [anuser@localhost ~]$ dmesg -l warn -T [Wed Sep 8 16:56:12 2021] ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware [Wed Sep 8 16:56:14 2021] cacheinfo: Unable to detect cache hierarchy for CPU 0 [Wed Sep 8 16:56:18 2021] systemd: 18 output lines suppressed due to ratelimiting 机器信息] [anuser@localhost ~]$ uname -a Linux localhost.localdomain 4.19.91-24.8.an8.aarch64 #1 SMP Tue Aug 31 11:52:43 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [anuser@localhost ~]$ cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [anuser@localhost ~]$ yum repolist repo id repo name AppStream AnolisOS-8.2 - AppStream BaseOS AnolisOS-8.2 - BaseOS PowerTools AnolisOS-8.2 - PowerTools [anuser@localhost ~]$ lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: HiSilicon Model: 0 Model name: Kunpeng-920 Stepping: 0x1 BogoMIPS: 200.00 NUMA node0 CPU(s): 0-3 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm [anuser@localhost ~]$ free -h               total used free shared buff/cache available Mem: 15Gi 163Mi 15Gi 8.0Mi 203Mi 15Gi Swap: 0B 0B 0B [anuser@localhost ~]$ df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 8.6M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/vda2 19G 1.6G 17G 10% / /dev/vda1 1021M 6.4M 1015M 1% /boot/efi tmpfs 1.6G 0 1.6G 0% /run/user/1000
(0000495) anolis_account    2021-10-14 17:27	Anolisos 7.7 也有SDEI NMI watchdog问题
(0000770) Shiloong    2021-11-23 15:59	已知问题: 1. SDEI NMI watchdog: Disable SDEI NMI Watchdog in VM, 这个是预期的关闭. 2. ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware 这个需要更新ARM SMCC 固件.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
557	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-22 16:12	2021-11-23 15:52
报告员:	josephqi	平台:	x86_64
分派给:	josephqi	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	支持 SMR zoned device
描述:	SMR 一共有三种模式：Drive Managed，Host Managed，以及 Host Aware。 第一种模式应该是不需要额外处理，当作普通的磁盘；后两种是 Zoned Block 接口，支持 ZBC（SCSI Zoned Block Commands）/ZAC（SCSI Zoned ATA Commands）。 需要支持 Zoned Block 接口使用模式。
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000769) josephqi    2021-11-23 15:52	https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/merge_request/27361

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
529	[Anolis OS 8] - iso-images	一般	总是	2021-11-12 18:47	2021-11-23 15:41
报告员:	anoliswanqian	平台:
分派给:	xingwei-liu	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1_x86_64] [兆芯] 网上邻居 无法使用（DDE问题）
描述:	兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T
标签:
问题重现步骤:	网上邻居 点击后，会造成 文件资源管理器卡死。 目前只有兆芯机器发现此问题。
附注:
附件:

问题注释
(0000766) gaomingyang    2021-11-23 15:41	该问题目前怀疑出现卡顿的原因是物理机硬件资源不够，且在同样的机器上再次安装系统，点击网上邻居后，文件资源管理器无卡死现象

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
244	[Anolis OS 8] * OTHERS	一般	没有试验	2021-08-30 15:41	2021-11-23 15:25
报告员:	OpenBFW	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	开机启动后，dmesg中存在error日志 “snd_hda_intel 0000:00:1f.3: no codecs found!”
描述:	anolisos_8_2_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-193.el8.x86_64 anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 anolisos_8_4_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-305.an8.x86_64 anolisos_8_4_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 均出现no codecs found!报错信息
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000765) Shiloong    2021-11-23 15:25	这个也是已知问题, 声卡驱动需要更新. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=v5.16-rc2&id=2a48218f8e23d47bd3e23cfdfb8aa9066f7dc3e6 需要backport 回来到 4.19

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
434	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 17:20	2021-11-23 15:12
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] 网络相关 CVE 系列修复
描述:	Bluetooth: CVE-2021-33034 CVE-2021-32399 CVE-2020-26558 CVE-2021-0129 CVE-2021-3564 CVE-2021-3573 sctp: CVE-2021-23133 CVE-2021-3743 others: CVE-2021-3655 CVE-2021-38199 CVE-2020-16119
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
435	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 17:24	2021-11-23 15:11
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] 文件系统相关 CVE 修复
描述:	ovl: CVE-2021-3732 CVE-2021-20321 ext4: CVE-2021-20321
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
424	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 10:38	2021-11-23 15:11
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] bpf: backport bugfix for CVE-2020-27170, CVE-2020-27171
描述:	backport the bugfix for CVE-2020-27170, CVE-2020-27171 refer to: https://bugzilla.redhat.com/show_bug.cgi?id=1940627 https://bugzilla.redhat.com/show_bug.cgi?id=1940623
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
430	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 14:16	2021-11-23 15:11
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] mac80211/driver security fixes
描述:	refers to: https://yhbt.net/lore/all/e417165a0f952b030a195dde4979058f@codeaurora.org/T/
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
368	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-25 15:16	2021-11-23 15:10
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] Backport bugfix for CVEs from upstream stable.
描述:	backport the bugfix for CVE settled in upstream stable.
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000527) Shiloong    2021-10-26 17:02	https://lore.kernel.org/all/20210511180259.159598-1-johannes@sipsolutions.net/
(0000531) Shiloong    2021-10-26 21:48	https://www.spinics.net/lists/stable/msg495642.html
(0000532) Shiloong    2021-10-26 22:58	https://lore.kernel.org/bpf/20210913153537.2162465-1-ovidiu.panait@windriver.com/
(0000533) Shiloong    2021-10-26 23:37	https://lore.kernel.org/bpf/YLODx1+HRBoHU7fc@kroah.com/T/

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
426	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 11:04	2021-11-23 15:10
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] bpf: backport bugfix for CVE-2021-31829
描述:	refer to: https://bugzilla.redhat.com/show_bug.cgi?id=1957788
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
425	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 10:47	2021-11-23 15:09
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] bpf: backport the fix of verifier selftests, add CVE-2021-29155, CVE-2021-33200 fixes
描述:	refer to: https://lore.kernel.org/bpf/YLODx1+HRBoHU7fc@kroah.com/T/
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
429	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 11:23	2021-11-23 15:09
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] bpf: backport fixes for CVE-2021-34556/CVE-2021-35477
描述:	refers to: https://lore.kernel.org/bpf/20210913153537.2162465-2-ovidiu.panait@windriver.com/T/
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
427	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 11:17	2021-11-23 15:08
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] bpf: backport fixes for CVE-2021-33624
描述:	refers to: https://lore.kernel.org/bpf/20210812170037.2370387-1-ovidiu.panait@windriver.com/
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
428	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-10-27 11:21	2021-11-23 15:08
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] bpf: bugfixes for CVE-2021-3444 and CVE-2021-3600
描述:	refers to: https://lore.kernel.org/bpf/20210827135533.146070-1-cascardo@canonical.com/
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
246	[Anolis OS 8] systemd	一般	没有试验	2021-08-30 15:50	2021-11-23 15:02
报告员:	OpenBFW	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	开机启动后，dmesg中存在error日志 “Failed to connect to coredump service: No such file or directory”
描述:	anolisos_8_4_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-305.an8.x86_64 开机启动后，dmesg中存在error日志 [Tue Aug 24 17:34:02 2021] systemd-coredump[2357]: Failed to connect to coredump service: No such file or directory
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000759) Shiloong    2021-11-23 15:02	Google到一个debian 的已知问题: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816767 解决办法是: ---    * Add systemd-coredump postinst/prerm to start/stop systemd-coredump.socket      without a reboot. (Closes: #816767)

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
224	[Anolis OS 8] dracut	严重	总是	2021-08-18 11:35	2021-11-23 14:50
报告员:	zhiyun_wp	平台:	aarch64(Kunpeng)
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	不做修改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	编译安装linux内核失败
描述:	使用make install 安装内核失败 [root@nu4f13158 cloud-kernel]# make install /bin/sh ./arch/arm64/boot/install.sh 4.19.91-oabase+ \ arch/arm64/boot/Image System.map "/boot" cp: cannot stat '/boot/bls.conf': No such file or directory sed: can't read /boot/loader/entries/498d96dfe0c64ceeab63f28b711f0434-0-rescue.conf: No such file or directory make[1]: *** [arch/arm64/boot/Makefile:40: install] Error 2 make: *** [arch/arm64/Makefile:144: install] Error 2
标签:
问题重现步骤:	make make modules make modules_install make install 失败
附注:
系统说明
附件:	image.png (257,239 字节) 2021-08-18 11:35 https://bugs-old.openanolis.cn/file_download.php?file_id=124&type=bug

问题注释
(0000756) Shiloong    2021-11-23 11:52    (最后编辑： 2021-11-23 14:15)	看起来是个已知问题: https://github.com/dracutdevs/dracut/commit/ff366790a6e30175f243d54c2922a8c781030ede 看 changelog要049-131版本解决的, @zhiyun_wp 帮忙确认一下环境的 OS 版本及 dracut 的版本呢. --- * Thu Jan 07 2021 Lukas Nykryn <lnykryn@redhat.com> - 049-131.git20210107 - 00systemd: when putting systemd-vconsole-setup.service as a - 51-dracut-rescue.install: Don't use BLS fragment shipped by
(0000758) Shiloong    2021-11-23 14:49	dracut-049-135.git20210121.an8.aarch64 本地测试没有问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
563	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-23 11:21	2021-11-23 11:21
报告员:	shenmeng	平台:	aarch64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	UKFEF: add unified kernel fault event framework
描述:	There are various kernel errors/warnnings, if users want to know the effect with a error or warning, they should see the detail of kernel. It is difficult for users to handle so much things. This patch classify kernel fault events, divide events into its own module such as sched, mem, io, net, etc. At the same time, to report the effect class of the current fault event. system-change. There are three effect classes: Slight - just a jitter, every thing could works. Normal - the current task may have exception. Fatal - system may be unstable. Accordding to these information, users can easily choose a suitable action to ensure the reliability. This feature also can be used for checking the side effect of a system-change. This feature can be enabled/disabled via /proc/sys/kernel/fault_event_enable.
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
518	[Anolis OS 7] General	一般	总是	2021-11-11 14:29	2021-11-23 11:13
报告员:	gaomingyang	平台:	x86_64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_x86_64】海光服务器安装Anolis7.7，内核选择3.10.0，安装完成后，重启无法进入系统，黑屏。
描述:	[环境] X86_64架构的海光服务器 Anolis7.7_X86_84系统iso
标签:
问题重现步骤:	1、U盘系统盘安装系统。 2、安装完成后，点击重启按钮。 3、重启进入grub界面时，选择3.10.0内核 [期望结果] 可以进入系统，并能进行配置。 [实际结果] 无法进入系统，一直处于黑屏状态。
附注:
系统说明
附件:	微信图片_20211111141115.jpg (84,234 字节) 2021-11-11 14:29 https://bugs-old.openanolis.cn/file_download.php?file_id=283&type=bug

问题注释
(0000668) jacobwang    2021-11-11 17:34	请帮忙实验一下centos 7.7 同样版本的RHCK内核。 若还有这个问题， 就是RHCK 已知问题。 那就Won't fix
(0000689) jacobwang    2021-11-12 14:40	RHCK 已知问题。 优先级降低。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
487	[Anolis OS 7] General	一般	总是	2021-11-08 14:04	2021-11-23 10:19
报告员:	shanxifanshi	平台:	aarch64
分派给:	xingxin830	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7 rhck vhd][ecs][aarch_64]开机启动后，dmesg中有pciehp、ACPI、systemd和cacheinfo相关的error和warning日志
描述:	开机启动后，dmesg中存在error和warning日志： [root@iZ2zeh8hn89q43evsv4tyxZ ~]# dmesg -l err -T [Fri Nov 5 17:42:36 2021] pciehp 0000:00:08.6:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:08.5:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:08.4:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:08.3:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:08.2:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:08.1:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:08.0:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:07.7:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:07.6:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:07.5:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:07.4:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:07.3:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:07.2:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:07.1:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:07.0:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:06.7:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:06.6:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:06.5:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:06.4:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:06.3:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:06.2:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:06.1:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:06.0:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:05.7:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:05.6:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:05.5:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:05.4:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:05.3:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:05.2:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:05.1:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:05.0:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:04.7:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:04.6:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:04.5:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:04.4:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:04.3:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:04.2:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:04.1:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:04.0:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:03.7:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:03.6:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:03.5:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:03.4:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:03.3:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:03.2:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:03.1:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:03.0:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:02.7:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:02.6:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:02.5:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:02.4:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:02.3:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:02.2:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:02.1:pcie004: Failed to check link status [Fri Nov 5 17:42:36 2021] pciehp 0000:00:02.0:pcie004: Failed to check link status [root@iZ2ze34hcm5zr3qma8mutcZ ~]# dmesg -l warn -T [Mon Nov 8 13:56:02 2021] ACPI PPTT: No PPTT table found, cpu topology may be inaccurate [Mon Nov 8 13:56:03 2021] ACPI PPTT: No PPTT table found, cache topology may be inaccurate [Mon Nov 8 13:56:03 2021] ACPI PPTT: No PPTT table found, cache topology may be inaccurate [Mon Nov 8 13:56:03 2021] cacheinfo: Unable to detect cache hierarchy for CPU 0 [Mon Nov 8 13:56:03 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-2d224c03\x2d5112\x2d4556\x2d9628\x2dbc8db71e32dc.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 8 13:56:04 2021] systemd: 16 output lines suppressed due to ratelimiting [预期结果]：dmesg中无err和warning日志 [实际结果]：dmesg中有err和warning日志 [复现概率]：必现 [环境信息]： 内核信息： # uname -r 4.18.0-80.7.2.an7.aarch64 机型：线上ecs机器 规格：ecs.g6r.large（2vCpu 8G memory）和ecs.g6r.16xlarge（64vcpu 256G memory） 镜像：anolisos_7_7_arm64_20G_rhck_alibase_20211105.vhd 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
标签:
问题重现步骤:	1. reboot机器 2. dmesg -l err -T和dmesg -l warn -T查询开机是否有err和warning日志
附注:
系统说明
附件:

问题注释
(0000660) Shiloong    2021-11-11 15:33	这个问题让 ARM 同学看一下吧, @xingxing830
(0000753) shanxifanshi    2021-11-23 10:19	Anolis OS 7.9 rhck arm vhd仍然存在该问题 规格： ecs.g6r.large（2vCpu 8G memory）和ecs.g6r.16xlarge（64vcpu 256G memory） 镜像： # cat /etc/image-id image_name="Anolis 7.9 RHCK 64 bit ARM Edition" image_id="anolisos_7_9_arm64_20G_rhck_alibase_20211119.vhd" release_date="20211119165352" 内核： # uname -r 4.18.0-80.7.2.an7.aarch64 dmesg中的err和warn日志 [root@iZbp11iqkys8rn6ovmuyfyZ ~]# dmesg -l warn -T [Mon Nov 22 14:51:49 2021] ACPI PPTT: No PPTT table found, cpu topology may be inaccurate [Mon Nov 22 14:51:50 2021] ACPI PPTT: No PPTT table found, cache topology may be inaccurate [Mon Nov 22 14:51:50 2021] ACPI PPTT: No PPTT table found, cache topology may be inaccurate [Mon Nov 22 14:51:50 2021] cacheinfo: Unable to detect cache hierarchy for CPU 0 [Mon Nov 22 14:51:50 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-efba3c00\x2d74c3\x2d4cc5\x2da9b2\x2d4c1d91770a95.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 22 14:51:50 2021] GPT:Primary header thinks Alt. header is not at the end of the disk. [Mon Nov 22 14:51:50 2021] GPT:41943039 != 83886079 [Mon Nov 22 14:51:50 2021] GPT:Alternate GPT header not at the end of the disk. [Mon Nov 22 14:51:50 2021] GPT:41943039 != 83886079 [Mon Nov 22 14:51:50 2021] GPT: Use GNU Parted to correct GPT errors. [Mon Nov 22 14:51:51 2021] systemd: 18 output lines suppressed due to ratelimiting [root@iZbp11iqkys8rn6ovmuyfyZ ~]# dmesg -l err -T [Mon Nov 22 14:51:53 2021] pciehp 0000:00:08.6:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:08.5:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:08.4:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:08.3:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:08.2:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:08.1:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:08.0:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:07.7:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:07.6:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:07.5:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:07.4:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:07.3:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:07.2:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:07.1:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:07.0:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:06.7:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:06.6:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:06.5:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:06.4:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:06.3:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:06.2:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:06.1:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:06.0:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:05.7:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:05.6:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:05.5:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:05.4:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:05.3:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:05.2:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:05.1:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:05.0:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:04.7:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:04.6:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:04.5:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:04.4:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:04.3:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:04.2:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:04.1:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:04.0:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:03.7:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:03.6:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:03.5:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:03.4:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:03.3:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:03.2:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:03.1:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:03.0:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:02.7:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:02.6:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:02.5:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:02.4:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:02.3:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:02.2:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:02.1:pcie004: Failed to check link status [Mon Nov 22 14:51:53 2021] pciehp 0000:00:02.0:pcie004: Failed to check link status

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
327	[Anolis OS 7] General	一般	总是	2021-10-13 16:48	2021-11-22 16:15
报告员:	anolis_account	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7.7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7][aarch64]dmesg check,GPT:Primary header thinks Alt. header is not at the end of the disk
描述:	开机启动后，dmesg日志中有如下warning日志： [Wed Oct 13 15:34:31 2021] GPT:Primary header thinks Alt. header is not at the end of the disk. [Wed Oct 13 15:34:31 2021] GPT:83886079 != 136314879 [Wed Oct 13 15:34:31 2021] GPT:Alternate GPT header not at the end of the disk. [Wed Oct 13 15:34:31 2021] GPT:83886079 != 136314879 [Wed Oct 13 15:34:31 2021] GPT: Use GNU Parted to correct GPT errors. [Wed Oct 13 15:34:35 2021] FAT-fs (vda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. [重现概率] 必现 [重现环境] # uname -a Linux VM20210425-1 4.19.91-24.8.an7.aarch64 #1 SMP Sat Sep 18 16:58:48 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [root@VM20210425-1]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vdb 253:16 0 200G 0 disk vda 253:0 0 65G 0 disk ├─vda4 253:4 0 34.8G 0 part / ├─vda2 253:2 0 1G 0 part /boot ├─vda3 253:3 0 4G 0 part └─vda1 253:1 0 200M 0 part /boot/efi # df -lh Filesystem Size Used Avail Use% Mounted on devtmpfs 7.6G 0 7.6G 0% /dev tmpfs 7.6G 4.0K 7.6G 1% /dev/shm tmpfs 7.6G 25M 7.6G 1% /run tmpfs 7.6G 0 7.6G 0% /sys/fs/cgroup /dev/vda4 35G 5.8G 30G 17% / /dev/vda2 1014M 158M 857M 16% /boot /dev/vda1 200M 8.0M 192M 4% /boot/efi tmpfs 1.6G 0 1.6G 0% /run/user/0 tmpfs 1.6G 0 1.6G 0% /run/user/1357317
标签:
问题重现步骤:	安装arm版本虚拟机后，进入环境，执行命令：dmesg -l warn -T
附注:
附件:	gpt_warning.png (153,116 字节) 2021-11-18 15:06 https://bugs-old.openanolis.cn/file_download.php?file_id=307&type=bug

问题注释
(0000544) Shiloong    2021-10-28 10:46	请问这是新镜像的首次启动就有这个问题吗? 看报错是镜像的分区表有问题, 可能是分区挂载后没有正确 unmount, 或 unmount 失败导致的. 如果是镜像首次启动就报错, 那需要检查一下镜像制作过程有没有异常了. @jacobwang
(0000545) Shiloong    2021-10-28 10:48	https://access.redhat.com/solutions/3369881 --- Since these messages are being printed that would indicate that the filesystem was not cleanly unmounted either because the system crashed or some other unknown reasons.
(0000746) josephqi    2021-11-18 15:06	GPT 规范要求磁盘末尾有备用 GPT Header，否则在 efi 分区校验报错： efi_partition |-find_valid_gpt     |-compare_gpts 但从目前看只是 warning，不影响整体校验流程。
(0000747) josephqi    2021-11-18 15:21	结合问题描述信息： [Wed Oct 13 15:34:31 2021] GPT:83886079 != 136314879 vda 253:0 0 65G 0 disk ├─vda4 253:4 0 34.8G 0 part / ├─vda2 253:2 0 1G 0 part /boot ├─vda3 253:3 0 4G 0 part └─vda1 253:1 0 200M 0 part /boot/efi gpt 分区信息记录的是 40G，但实际磁盘有 65G，所以初步看是镜像 dd 有问题。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
256	[Anolis OS 8] anolis-release	一般	总是	2021-09-07 14:30	2021-11-22 15:59
报告员:	yinyongchen	平台:	x86_64
分派给:	wb-zmy745940	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.2
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-x86_64] 使用QU1版本镜像安装虚拟机，环境中没有默认添加epel源
描述:	[缺陷描述]：  使用QU1版本镜像安装虚拟机，环境中没有默认添加epel源，其他三个仓库均已添加 (debug、source、HA)，请确认是否正常 [重现概率] 必现 [重现环境] QU1版本镜像安装的虚拟机，x86_64 OS: Anolis OS release 8.2 KERNEL: rhck & anck [实际结果]：   环境中已添加debug、source、HA仓库，但是epel仓库未添加 [期望结果]：   添加epel和debug、source、HA仓库
标签:
问题重现步骤:	使用QU1版本镜像安装虚拟机，进入虚拟机 rpm -qa anolis-release 查看 anolis-release 版本 期望 >= 8.2-13.an8 ls /etc/yum.repos.d/ 查看环境中的repo仓库，期望 epel和debug、source、HA仓库 已添加
附注:
系统说明
附件:	image.png (11,545 字节) 2021-09-07 14:30 https://bugs-old.openanolis.cn/file_download.php?file_id=147&type=bug

问题注释
(0000383) qingming2021    2021-09-08 12:00	这是正常的， epel源需要单独配置
(0000384) geliwei-ali    2021-09-08 13:01	通过Plus repo安装epel-release这个包
(0000385) yinyongchen    2021-09-08 14:39	ok 已验证 安装epel-release后 epel.repo 存在

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
263	[Anolis OS 8] - iso-images	一般	总是	2021-09-09 16:08	2021-11-22 15:59
报告员:	anolislw	平台:	aarch64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-aarch64] QU1版本ISO镜像安装菜单选择4.19.91(ANCK)内核系统启动后显示4.19.91(64k)内核
描述:	[问题描述] 使用QU1版本ISO镜像安装虚拟机，选择4.19.91(ANCK)内核选项，server for GUI（勾选右侧全部组件），系统启动后内部显示4.19.96(64k)的内核 [重现概率] 必现 [实际结果]： 安装内核设置，启动后内核结果对比，见附件图片。 [预期结果]： iso镜像安装所选择的内核与虚拟机系统
标签:
问题重现步骤:	[复现步骤] 使用QU1 ISO aarch64镜像安装时选择内核”4.19.91(ANCK)”，软件安装“server for GUI”(勾选右侧组件)
附注:
系统说明
附件:	image.png (45,826 字节) 2021-09-09 16:08 https://bugs-old.openanolis.cn/file_download.php?file_id=152&type=bug image-2.png (41,388 字节) 2021-09-09 16:08 https://bugs-old.openanolis.cn/file_download.php?file_id=153&type=bug

问题注释
(0000390) anolislw    2021-09-09 16:41	QU1 ISO aarch64镜像安装时，选择”4.18”的内核，软件安装选择“server for GUI” (勾选右侧组件)，系统启动后也是显示4.19 64k内核，帮忙确认是否同一个问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
112	[Anolis OS 8] opencv	一般	总是	2021-05-08 11:21	2021-11-22 15:57
报告员:	yinyongchen	平台:
分派给:	xiezhongtian	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	不做修改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86_64][PowerTools]安装opencv后执行二进制文件opencv_traincascade发生core dump
描述:	安装opencv-3.4.6-5.el8.x86_64 后执行二进制文件 /usr/bin/opencv_traincascade 发生core dump [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件opencv_traincascade时发生core dump # /usr/bin/opencv_traincascade --help terminate called after throwing an instance of 'std::logic_error'   what(): basic_string::_M_construct null not valid Aborted (core dumped) [原因定位]： 感觉是代码中存在未对null值处理的情况 [修复建议]： 建议修复
标签:
问题重现步骤:	yum install -y opencv.x86_64 /usr/bin/opencv_traincascade --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000181) jacobwang    2021-05-10 21:06	Centos 8 has this issue too. Since Anolis OS 8 is bug-to-bug as CentOS 8 . So this issue not affect 8.2 GA

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
222	[Anolis OS 8] NetworkManager	一般	总是	2021-08-17 10:35	2021-11-22 15:56
报告员:	josephqi	平台:	x86_64
分派给:	wb-zmy745940	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	使用 AnolisOS-8.4-x86_64-ANCK.qcow2 本地创建 VM 实例默认网络不通
描述:	使用 AnolisOS-8.4-x86_64-ANCK.qcow2 本地创建 VM 实例后，NetworkManager.service 服务是正常起来的，但网络不通，ip address 命令看到 ens3 网卡默认没有配置 IP 地址。 需要手动执行 dhclient 后才能获取 IP，使用起来不方便。
标签:
问题重现步骤:	按照描述新建实例后即可复现。
附注:
系统说明
附件:

问题注释
(0000339) Shiloong    2021-08-17 14:13	看一下, 这个问题的原因是默认网卡的配置 ONBOOT=no 改成 yes 即可. 配置文件显示是镜像 ks 脚本生成的, 可能是测试镜像特性配置吗? 需要确认一下. # Generated by parse-kickstart

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
436	[Anolis OS 8] - iso-images	一般	总是	2021-10-28 09:53	2021-11-22 15:55
报告员:	tingyin	平台:	x86_64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	fail to install AnolisOS-8.4-x86_64 on vmware 6.7 u3
描述:	os type：CentOS 8 this image may not support uefi secure boot.
标签:
问题重现步骤:
附注:
系统说明
附件:	screenshot.png (357,174 字节) 2021-10-28 09:54 https://bugs-old.openanolis.cn/file_download.php?file_id=258&type=bug

问题注释
(0000541) tingyin    2021-10-28 09:54
(0000542) tingyin    2021-10-28 10:07	Workaround1: choose bios to boot this image Workaround2: disable uefi secure boot

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
267	[Anolis OS 8] * OTHERS	一般	总是	2021-09-10 18:08	2021-11-22 15:48
报告员:	anolislw	平台:	x86_64
分派给:	wb-zmy745940	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.2 国密版本][vhd/qcow2]启动的虚拟机显示的时间不准,时区不是ShangHai
描述:	【问题描述】 使用Anolis OS 8.2 国密版本vhd与qcow2镜像，启动的虚拟机显示的时间不准，时区不是ShangHai 发现x86与aarch64环境都出现该现象 [重现概率] 必现 [实际结果]： 时间不准，时区不是ShangHai
标签:
问题重现步骤:	qemu-kvm使用vhd/qcow2镜像启动虚拟机，执行date与 ls /etc/localtime -l
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
314	[Anolis OS 8] * OTHERS	一般	总是	2021-10-11 15:53	2021-11-22 15:47
报告员:	shanxifanshi	平台:	aarch64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis 8.2 anck 4.19内核，kata-container启动失败
描述:	anolis 8.2 anck 4.19内核，使用 kata-container作为运行时，containerd启动失败，有如下报错信息“ctr: Failed to check if grpc server is working: rpc error: code = DeadlineExceeded desc = timed out connecting to vsock 52903762:1024: unknown” 鲲鹏和飞腾机器存在同样问题 [root@l57f12085 ~]# ctr run --runtime io.containerd.run.kata.v2 -t --rm docker.io/library/busybox:latest hello sh ctr: Failed to check if grpc server is working: rpc error: code = DeadlineExceeded desc = timed out connecting to vsock 52903762:1024: unknown [root@l57f12085 log]# tail -10 messages Oct 11 21:51:12 l57f12085 kvm[1629413]: 0 guests now active Oct 11 21:51:12 l57f12085 kata[1629383]: time="2021-10-11T21:51:12.51272705+08:00" level=warning msg="failed to cleanup netns" error="failed to get netns /var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c: failed to Statfs \"/var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c\": no such file or directory" name=containerd-shim-v2 path=/var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c pid=1629383 sandbox=hello source=katautils Oct 11 21:51:12 l57f12085 containerd[1627233]: time="2021-10-11T21:51:12.512727050+08:00" level=warning msg="failed to cleanup netns" error="failed to get netns /var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c: failed to Statfs \"/var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c\": no such file or directory" name=containerd-shim-v2 path=/var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c pid=1629383 sandbox=hello source=katautils Oct 11 21:51:12 l57f12085 containerd[1627233]: time="2021-10-11T21:51:12.595452480+08:00" level=info msg="shim disconnected" id=hello Oct 11 21:51:12 l57f12085 containerd[1627233]: time="2021-10-11T21:51:12.596345470+08:00" level=error msg="copy shim log" error="read /proc/self/fd/12: file already closed"
标签:
问题重现步骤:	内核信息： 4.19.91-24.8.an8.aarch64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" 重现步骤： 初始设置 sed -i "s/^enabled=0/enabled=1/" /etc/yum.repos.d/AnolisOS-Plus.repo yum install -y wget network-scripts yum remove -y buildah podman sudo bash -c su ## 切换到root用户允许 sed -i "s/^IPV6INIT=yes/IPV6INIT=no/" /etc/sysconfig/network-scripts/ifcfg-* sed -i "s/^IPV6_AUTOCONF=yes/IPV6_AUTOCONF=no/" /etc/sysconfig/network-scripts/ifcfg-* # 避免本地安装了冲突版本的 buildah,podman yum remove -y buildah podman # 安装containerd yum install -y yum-utils yum-config-manager --add-repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo sed -i 's/$releasever/8Server/' /etc/yum.repos.d/docker-ce.repo yum install -y containerd.io --enablerepo='docker-ce-stable' # 启动containerd deamon service containerd start # 安装kata-containers（virt:plus会提供4.2.0版本的qemu-kvm-core包，4.2.0以上版本的qemu包才会提供virtiofs，kata启动依赖于virtiofs） sudo yum module reset virt sudo yum module enable virt:plus sudo yum module install virt:plus/common yum install -y kata-containers --enablerepo=Plus --releasever=8.2 下载 guest os 到目标机器的 /var/cache/kata-containers/, 譬如下载 https://codeup.openanolis.cn/codeup/projects/kata-guestos/blob/643aa3c801043776dc0a77ba064f51fc057f0b4b/arm/vmlinux-5.10.25-85 到 /var/cache/kata-containers/ cd /var/cache/kata-containers/ wget https://codeup.openanolis.cn/codeup/projects/kata-guestos/blob/643aa3c801043776dc0a77ba064f51fc057f0b4b/arm/vmlinux-5.10.25-85 然后，执行下述命令设置软连接即可 ln -sf /var/cache/kata-containers/vmlinux-5.10.25-85 /var/cache/kata-containers/vmlinuz.container 预期结果： 基于 containerd 容器引擎的 Kata Containers 2.0.0 是可以启动的 实际结果：  Kata Containers启动失败 失败时的报错信息： [root@l57f12085 ~]# ctr run --runtime io.containerd.run.kata.v2 -t --rm docker.io/library/busybox:latest hello sh ctr: Failed to check if grpc server is working: rpc error: code = DeadlineExceeded desc = timed out connecting to vsock 52903762:1024: unknown [root@l57f12085 log]# tail -10 messages Oct 11 21:51:12 l57f12085 kvm[1629413]: 0 guests now active Oct 11 21:51:12 l57f12085 kata[1629383]: time="2021-10-11T21:51:12.51272705+08:00" level=warning msg="failed to cleanup netns" error="failed to get netns /var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c: failed to Statfs \"/var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c\": no such file or directory" name=containerd-shim-v2 path=/var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c pid=1629383 sandbox=hello source=katautils Oct 11 21:51:12 l57f12085 containerd[1627233]: time="2021-10-11T21:51:12.512727050+08:00" level=warning msg="failed to cleanup netns" error="failed to get netns /var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c: failed to Statfs \"/var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c\": no such file or directory" name=containerd-shim-v2 path=/var/run/netns/cnitest-2dfc4755-4f4f-9787-f823-78e6fa3e343c pid=1629383 sandbox=hello source=katautils Oct 11 21:51:12 l57f12085 containerd[1627233]: time="2021-10-11T21:51:12.595452480+08:00" level=info msg="shim disconnected" id=hello Oct 11 21:51:12 l57f12085 containerd[1627233]: time="2021-10-11T21:51:12.596345470+08:00" level=error msg="copy shim log" error="read /proc/self/fd/12: file already closed"
附注:
系统说明
附件:	image.png (18,940 字节) 2021-10-11 15:53 https://bugs-old.openanolis.cn/file_download.php?file_id=194&type=bug image-2.png (99,153 字节) 2021-10-11 15:53 https://bugs-old.openanolis.cn/file_download.php?file_id=195&type=bug

问题注释
(0000476) shanxifanshi    2021-10-11 15:56	启动kata container容器并进入容器里面 # 下载一个docker 镜像 ctr image pull docker.io/library/busybox:latest # 使用 kata-runtime 作为运行时 ctr run --runtime io.containerd.run.kata.v2 -t --rm docker.io/library/busybox:latest hello sh

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
551	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-19 13:54	2021-11-22 12:05
报告员:	xunlei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	fix static key issue for livepatch
描述:	在基于内核的 livepatch 技术制作kernel hotfix 时，一旦补丁中涉及 static key，kpatch-build 会提示失败。
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000750) xunlei    2021-11-22 12:05	b3b94fb5bed1 anolis: livepatch: fix stack check when disabling patch b8480338c5dd anolis: livepatch: undo pre-patch callbacks if patch fails 0794dd4aaebf anolis: livepatch: remove the pre_patch_callback/post_unpatch_callback from the stop_machine context d2614418457c anolis: livepatch: adjust some printing level 2822e539ee89 anolis: livepatch: support forced patching c66d07d8f240 anolis: livepatch/core: introduce stop machine consistency model f57d4dfd2e02 anolis: livepatch/core: introduce consistency model macro bc638d00cc06 livepatch: Prevent module-specific KLP rela sections from referencing vmlinux symbols 9544b36e263a livepatch: Remove .klp.arch 24a8fb5d253b livepatch: Apply vmlinux-specific KLP relocations early aba8d0b2a3b6 livepatch: Disallow vmlinux.ko b367063b7395 ftrace: Introduce PERMANENT ftrace_ops flag 86424be92b5d livepatch: Remove stale kobj_added entries from kernel-doc descriptions 504c0ac48ee5 livepatch: Remove custom kobject state handling 68134d6315a9 livepatch: Module coming and going callbacks can proceed with all listed patches 069e3d5fe89e livepatch: Introduce klp_for_each_patch macro 9bdfab0fe165 livepatch: Use lists to manage patches, objects and functions dcc909ef4d78 livepatch: Simplify API by removing registration step 92a3343833f6 livepatch: Don't block the removal of patches loaded after a forced transition 5b3ac69c3acd livepatch: Consolidate klp_free functions d37de732f3d4 livepatch: Shuffle klp_enable_patch()/klp_disable_patch() code cabee042b1c0 livepatch: Change unsigned long old_addr -> void *old_func in struct klp_func 6fa17fb205b6 kernel/module: Fix memleak in module_add_modinfo_attrs() 79eacdd0bcc7 anolis: Revert "livepatch: enforce patch stacking semantics" Merge complete.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
555	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-22 12:01	2021-11-22 12:01
报告员:	xunlei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[4.19] hugetlbfs支持vmemmap free
描述:	hugetlbfs支持vmemmap free，节省struct page内存开销。
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
554	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-22 11:47	2021-11-22 11:47
报告员:	xunlei	平台:
分派给:		操作系统:
优先级:	高	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[4.19] REFCOUNT_FULL以及CMPXCHG_LOOP()优化
描述:	通过atomic_fetch_*操作来降低cmpxchg()带来的性能开销，从而提升refcount机制性能，带来文件读写等场景的性能提升
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
534	[Anolis OS 8] - cloud kernel 4.19	严重	总是	2021-11-16 09:36	2021-11-19 14:44
报告员:	Shiloong	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[CVE] misc CVE fixes
描述:	The missing CVE fixes for ANCK-4.19, for Opensource Compliance Review; as following: CVE-2019-14895 CVE-2019-19056 CVE-2019-19057 CVE-2019-19067 CVE-2019-19073 CVE-2019-19074 CVE-2019-18809 CVE-2019-20636 CVE-2020-11608 CVE-2020-11609 CVE-2020-11668 CVE-2020-12465
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
546	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-18 18:25	2021-11-19 13:56
报告员:	xunlei	平台:
分派给:		操作系统:
优先级:	高	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[anolis-4.19] 一些bug fixes和开源backport回合到龙蜥内核中
描述:	将之前版本中的一些bug fixes和开源backport回合到龙蜥内核中。 SSMU, hookers, KVM等
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
549	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-11-18 22:10	2021-11-19 10:56
报告员:	AubreyLi	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	DSA/IAX incremental backporting patches until upstream 5.15
描述:	IDXD driver is the common driver framework of Intel Data Stream Accelerator (DSA) and Intel Analytics Accelerator (IAX). This patchset covers the incremental backporting kernel patches until upstream 5.15. The total patch number is 80+, includes: - driver refactoring and improvement - feature enhancement - bug fix
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
550	[Anolis OS 7] General	严重	总是	2021-11-19 10:28	2021-11-19 10:33
报告员:	gaomingyang	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】飞腾台式机器安装过程报错，grub页面需要添加参数console=tty，添加后可以安装成功。
描述:	[环境] 飞腾台式机 Anolis7.7_aarch64（1113版）系统iso [前置条件] 刻录u盘系统
标签:
问题重现步骤:	1、U盘系统盘安装系统。 [期望结果] 可以成功安装系统。 [实际结果] 安装过程报错。 详情见附件图片。
附注:
系统说明
附件:	微信图片_20211116172700.jpg (230,184 字节) 2021-11-19 10:28 https://bugs-old.openanolis.cn/file_download.php?file_id=308&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
548	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-18 19:48	2021-11-18 19:48
报告员:	Alierwei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	task exit 过程中增加调度器桩点
描述:	进程管理是属于调度器的一部分，但是在整个task的生命周期中，它的fork和exit，都在调度器之外，而且调度器并没有参与它的初始化工作和回收工作。对于调度器来说，有时需要对task进行内存分配（释放）或者一些其它调度相关的工作。对于fork过程来说，可以在调度器的wake_up_new_task函数中做一些初始化工作，但是task exit时，没有很好的调度器函数进行处理。因此，我们需要插入这个点。
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
486	[Anolis OS 7] General	一般	总是	2021-11-08 11:48	2021-11-18 14:36
报告员:	wb-wpp899309	平台:	x86_64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] [x86_64]crashkernel为默认配置，生成的vmcore通过crash工具无法正常解析
描述:	[缺陷描述]：  crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M为默认配置，触发异常，可正常生成vmcore，但无法通过crash工具正常解析vmcore； kdump实际预留内存为192M： 29000000-34ffffff : Crash kernel crash、kexec-tools版本： # rpm -qa |grep -E "crash|kexec-tools" kexec-tools-2.0.15-33.an7.x86_64 crash-7.2.3-10.an7.x86_64 1、解析有报错 镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd       实例：ecs.g7a.large、ecs.d2s.5xlarge 详细错误日志如下： # crash vmcore /usr/lib/debug/usr/lib/modules/4.19.91-24.8.an7.x86_64/vmlinux crash 7.2.3-10.an7 Copyright (C) 2002-2017 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. Copyright (C) 2005, 2011 NEC Corporation Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. This program is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Enter "help copying" to see the conditions. This program has absolutely no warranty. Enter "help warranty" for details. GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu"... WARNING: kernel relocated [512MB]: patching 96191 gdb minimal_symbol values please wait... (gathering module symbol data) crash: invalid size request: -1067897492 type: "module gpl symbol strings"    buf_1K_used: 468    buf_2K_used: 1    buf_4K_used: 1    buf_8K_used: 0   buf_32K_used: 5     buf_1K_ovf: 0     buf_2K_ovf: 0     buf_4K_ovf: 0     buf_8K_ovf: 0    buf_32K_ovf: 0  buf_1K_maxuse: 3 of 10  buf_2K_maxuse: 1 of 10  buf_4K_maxuse: 1 of 5  buf_8K_maxuse: 0 of 5 buf_32K_maxuse: 1 of 1   buf_inuse[5]: [3][0][0][0][0]       smallest: -1067897492        largest: 1769526533884       embedded: 3   max_embedded: 3        mallocs: 0          frees: 0     reqs/total: 476/1768458861196   average size: 3715249708 crash: cannot allocate any more memory! 2、输入解析命令无反应 crash vmcore vmlinux 镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd       实例：ecs.g7a.32xlarge、ecs.d1.2xlarge # crash vmcore /usr/lib/debug/usr/lib/modules/4.19.91-24.8.an7.x86_64/vmlinux [重现概率] 必现 [重现环境] 内核： # uname -r 4.19.91-24.8.an7.x86_64 # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" 内存： # free -h                       total used free shared buff/cache available Mem: 7.4G 196M 4.0G 584K 3.2G 6.9G Swap: 0B 0B 0B # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 2 Core(s) per socket: 1 Socket(s): 1 NUMA node(s): 1 Vendor ID: AuthenticAMD CPU family: 25 Model: 1 Model name: AMD EPYC 7T83 64-Core Processor Stepping: 1 CPU MHz: 2545.216 BogoMIPS: 5090.43 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 512K L3 cache: 32768K NUMA node0 CPU(s): 0,1 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext invpcid_single vmmcall tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves clzero xsaveerptr rdpru wbnoinvd arat vaes vpclmulqdq rdpid fsrm [期望结果]： 触发异常后echo c >/proc/sysrq-trigger，系统可正常生成vmcore,并且通过crash工具能正常解析 [实际结果]： 触发异常后echo c >/proc/sysrq-trigger，系统可正常生成vmcore,crash工具无法正常解析vmcore
标签:
问题重现步骤:	1、安装依赖包  yum -y install crash kexec-tools  systemctl restart kdump 需要安装配套的kernel-debuginfo和kernel-debuginfo-common包 手动配置yum源安装 [plus-debug] name=plus-debug baseurl=http://mirrors.openanolis.cn/anolis/7.7/Plus/x86_64/debug/ enabled=1 yum install kernel-debuginfo 2、触发异常 echo c >/proc/sysrq-trigger 3、检查系统是否正常启动，是否有vmcor生成，crash解析vmcore是否正常
附注:
系统说明
附件:	image.png (736,041 字节) 2021-11-16 22:25 https://bugs-old.openanolis.cn/file_download.php?file_id=289&type=bug image-2.png (97,465 字节) 2021-11-17 19:10 https://bugs-old.openanolis.cn/file_download.php?file_id=297&type=bug image-3.png (76,033 字节) 2021-11-17 19:10 https://bugs-old.openanolis.cn/file_download.php?file_id=298&type=bug image-4.png (95,639 字节) 2021-11-17 19:10 https://bugs-old.openanolis.cn/file_download.php?file_id=299&type=bug image-5.png (99,433 字节) 2021-11-17 19:10 https://bugs-old.openanolis.cn/file_download.php?file_id=300&type=bug image-6.png (425,131 字节) 2021-11-17 19:10 https://bugs-old.openanolis.cn/file_download.php?file_id=301&type=bug image-7.png (92,638 字节) 2021-11-17 19:10 https://bugs-old.openanolis.cn/file_download.php?file_id=302&type=bug

问题注释
(0000620) anolislw    2021-11-08 12:07	镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例：ecs.g6.large，ecs.g6.26xlarge，ecs.g6a.large，ecs.g6a.32xlarge，ecs.g7.large，ecs.g7.32xlarge 存在相同问题
(0000653) kangwen429    2021-11-10 13:53	镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例规格：ecs.i1.xlarge、ecs.i2.xlarge、ecs.ebmg6.26xlarge、ecs.ebmhfg7.48xlarge也存在相同问题：crash无法解析vmcore。
(0000721) yunqi-zwt    2021-11-16 22:25	建议发布 crash-7.2.8 来修复该问题
(0000743) wb-zh951434    2021-11-17 19:10	实例镜像： anolisos_7_7_x64_20G_anck_alibase_20211105.vhd anolisos_7_7_arm64_20G_anck_alibase_20211105.vhd 实例规格： x86_64 ecs.g6.large aarch64 ecs.g6r.large 解决方案： 更新发布高版本软件包： crash-7.2.8-3.an7 kexec-tools-2.0.15-51.1.an7.3 验证流程： 1. 安装新版本crash与kexec-tools软件包 2. systemctl restart kdump 3. 手动配置yum源并安装配套的kernel-debuginfo和kernel-debuginfo-common包 4. echo c >/proc/sysrq-trigger触发异常 5. 待重新连接后，通过crash对vmcore进行解析且解析正常 验证结果见图

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
532	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-11-15 11:12	2021-11-17 20:22
报告员:	z5661068	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	cpuacct.proc_status在离线虚拟化容器负载下统计的guest cpu时间大于user的user时间
描述:	在离线负载下，当user与guest耗时接近时，由于只user cputime进行调整未对guest cputime做调整，导致guest的数据高于user数据。理论上guest应当严格小于等于user。 $ cat cpuacct.proc_stat user 3035848647 system 555592088 guest 3252436651
标签:
问题重现步骤:	模拟一个离线高负载虚拟化负载，其guest耗时应当十分接近user的值，此时会观测到时钟不准的问题
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
488	[Anolis OS 7] General	一般	总是	2021-11-08 14:06	2021-11-17 19:21
报告员:	yinyongchen	平台:	aarch64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7.7
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-anck-aarch64][vhd][ECS] 20211105镜像安装后设置crashkernel=256M，echo c >/proc/sysrq-trigger，系统不能正常启动，设置512M时crash文件不能正常解析
描述:	[缺陷描述]： 使用镜像 anolisos_7_7_arm64_20G_anck_alibase_20211105.vhd 启动云上ecs类型 : ecs.g6r.large ecs.g6r.16xlarge 1、设置crashkernel=256M，echo c >/proc/sysrq-trigger，系统不能正常启动，日志见附件 2、设置512M时crash文件不能正常解析，显示如下： # ls -l /var/crash/127.0.0.1-2021-11-08-11\:09\:49/ total 70140 -rw------- 1 root root 71722009 Nov 8 11:09 vmcore -rw-r--r-- 1 root root 96715 Nov 8 11:09 vmcore-dmesg.txt # crash /usr/lib/debug/lib/modules/4.19.91-24.8.an7.aarch64/vmlinux /var/crash/scripts/vmcore crash 7.2.3-10.an7 Copyright (C) 2002-2017 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. Copyright (C) 2005, 2011 NEC Corporation Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. This program is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Enter "help copying" to see the conditions. This program has absolutely no warranty. Enter "help warranty" for details. NOTE: stdin: not a tty GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "aarch64-unknown-linux-gnu"... please wait... (gathering module symbol data) crash: invalid size request: -281474960204252 type: "module gpl symbol strings"    buf_1K_used: 399    buf_2K_used: 1    buf_4K_used: 0    buf_8K_used: 0   buf_32K_used: 5     buf_1K_ovf: 0     buf_2K_ovf: 0     buf_4K_ovf: 0     buf_8K_ovf: 0    buf_32K_ovf: 0  buf_1K_maxuse: 3 of 10  buf_2K_maxuse: 1 of 10  buf_4K_maxuse: 0 of 5  buf_8K_maxuse: 0 of 5 buf_32K_maxuse: 1 of 1   buf_inuse[5]: [3][0][0][0][0]       smallest: -281474960204252        largest: 1769526535996       embedded: 3   max_embedded: 3        mallocs: 0          frees: 0     reqs/total: 406/-279705433465852   average size: -688929639078 crash: cannot allocate any more memory! [重现概率] 必现 [重现环境] 内核信息： # uname -r 4.19.91-23.1.an8.x86_64 # rpm -qa | grep kernel kernel-tools-4.19.91-24.8.an7.aarch64 abrt-addon-kerneloops-2.1.11-55.0.3.an7.aarch64 kernel-4.19.91-24.8.an7.aarch64 kernel-tools-libs-4.19.91-24.8.an7.aarch64 kernel-devel-4.19.91-24.8.an7.aarch64 kernel-headers-4.19.91-24.8.an7.aarch64 kernel-debuginfo-4.19.91-24.8.an7.aarch64 kernel-debuginfo-common-aarch64-4.19.91-24.8.an7.aarch64 # rpm -qa | grep -E "kexec-tools|crash" kexec-tools-2.0.15-33.an7.aarch64 crash-7.2.3-10.an7.aarch64 # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.19.91-24.8.an7.aarch64 root=UUID=4c43cb58-7d78-48a4-883e-4bb7c1657df2 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api rhgb quiet console=tty0 biosdevname=0 net.ifnames=0 console=ttyAMA0,115200n8 noibrs nvme_core.io_timeout=4294967295 # free -h               total used free shared buff/cache available Mem: 7.4G 163M 4.8G 736K 2.4G 7.0G Swap: 0B 0B 0B # lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Model: 1 BogoMIPS: 50.00 NUMA node0 CPU(s): 0,1 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs
标签:
问题重现步骤:	1、使用镜像 anolisos_7_7_arm64_20G_anck_alibase_20211105.vhd 安装云上实例 ecs.g6r.large 或 ecs.g6r.16xlarge 2、查看/proc/cmdline，crashkernel默认为256M，使用echo c >/proc/sysrq-trigger 触发crash，查看是否可以在重启后正常进入系统 3、设置crashkernel为512M，再次触发crash，安装kernel-debuginfo包后解析vmcore文件，查看是否可以正常解析
附注:
系统说明
附件:	long_text_2021-11-08-10-15-31.txt (64,281 字节) 2021-11-08 14:06 https://bugs-old.openanolis.cn/file_download.php?file_id=274&type=bug image.png (736,041 字节) 2021-11-16 22:24 https://bugs-old.openanolis.cn/file_download.php?file_id=288&type=bug image-2.png (998,860 字节) 2021-11-16 22:42 https://bugs-old.openanolis.cn/file_download.php?file_id=290&type=bug image-3.png (122,887 字节) 2021-11-17 19:17 https://bugs-old.openanolis.cn/file_download.php?file_id=303&type=bug image-4.png (109,021 字节) 2021-11-17 19:17 https://bugs-old.openanolis.cn/file_download.php?file_id=304&type=bug image-5.png (112,705 字节) 2021-11-17 19:17 https://bugs-old.openanolis.cn/file_download.php?file_id=305&type=bug

问题注释
(0000720) yunqi-zwt    2021-11-16 22:24	建议发布 crash-7.2.8 及以上版本来修复该问题。
(0000722) yunqi-zwt    2021-11-16 22:42    (最后编辑： 2021-11-16 22:42)	关于设置crashkernel=256M ，crash 后导致系统不能正常启动, 建议参考 alinux2 的 kexec-tools ,发布 kexec-tools-2.0.15-51.1.al7.3.alnx.aarch64 来修复该问题
(0000744) wb-zh951434    2021-11-17 19:17	实例镜像： anolisos_7_7_x64_20G_anck_alibase_20211105.vhd anolisos_7_7_arm64_20G_anck_alibase_20211105.vhd 实例规格： x86_64 ecs.g6.large aarch64 ecs.g6r.large 解决方案： 更新发布高版本软件包： crash-7.2.8-3.an7 kexec-tools-2.0.15-51.1.an7.3 验证流程： 1. 安装新版本crash与kexec-tools软件包 2. systemctl restart kdump 3. 手动配置yum源并安装配套的kernel-debuginfo和kernel-debuginfo-common包 4. 通过grub2.cfg文件进而修改crashkernel为512M 5. echo c >/proc/sysrq-trigger触发异常 6. 待重新连接后，通过crash对vmcore进行解析且解析正常 验证结果见图

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
545	[Anolis OS 8] - cloud kernel 5.10	严重	随机	2021-11-17 19:11	2021-11-17 19:11
报告员:	AubreyLi	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	MCA Recovery enhancement and hotfix
描述:	MCA recovery enhancement to address below issues: 1. Avoid infinite loop for copy from user recovery. 2. Change to not send SIGBUS error during copy from user 3. Fixes to the iterator code to handle faults that are not on page boundaries mean that the special case for machine check during copy from user is no longer needed. From 81065b35e2486c024c7aa86caed452e1f01a59d4 Mon Sep 17 00:00:00 2001 From: Tony Luck tony.luck@intel.com Date: Mon, 13 Sep 2021 14:52:39 -0700 Subject: [PATCH] x86/mce: Avoid infinite loop for copy from user recovery From a6e3cf70b772541c2388abdb86e5a562cfe18e63 Mon Sep 17 00:00:00 2001 From: Tony Luck tony.luck@intel.com Date: Tue, 17 Aug 2021 17:29:41 -0700 Subject: [PATCH] x86/mce: Change to not send SIGBUS error during copy from User From 690658471b5f28d306e6492c4585d748cb5304e8 Mon Sep 17 00:00:00 2001 From: Tony Luck tony.luck@intel.com Date: Tue, 17 Aug 2021 17:29:42 -0700 Subject: [PATCH] x86/mce: Drop copyin special case for #MC
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
321	[Anolis OS 7] General	一般	总是	2021-10-13 11:28	2021-11-17 18:10
报告员:	qingming2021	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	新建	产品版本:
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] [x86_64] virsh开始网络 default 失败
描述:	HP ProDesk680台式机： [admin@localhost ~]$ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 座： 1 NUMA 节点： 1 厂商 ID： GenuineIntel CPU 系列： 6 型号： 94 型号名称： Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz 步进： 3 CPU MHz： 849.886 CPU max MHz: 3600.0000 CPU min MHz: 800.0000 BogoMIPS： 6384.00 虚拟化： VT-x L1d 缓存： 32K L1i 缓存： 32K L2 缓存： 256K L3 缓存： 6144K NUMA 节点0 CPU： 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d [root@localhost ~]# virsh net-start default 错误：开始网络 default 失败 错误：COMMAND_FAILED: INVALID_IPV: 'ipv4' is not a valid backend or is unavailable libvirtd service是正常的： [root@localhost ~]# systemctl status libvirtd ● libvirtd.service - Virtualization daemon    Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled)    Active: active (running) since 二 2021-10-12 20:34:13 CST; 14h ago      Docs: man:libvirtd(8)            https://libvirt.org  Main PID: 1610 (libvirtd)     Tasks: 17 (limit: 32768)    CGroup: /system.slice/libvirtd.service            └─1610 /usr/sbin/libvirtd 10月 12 20:34:13 localhost.localdomain libvirtd[1610]: 2021-10-12 12:34:13.136+000... 10月 12 20:34:13 localhost.localdomain libvirtd[1610]: 2021-10-12 12:34:13.136+000... 10月 12 20:34:13 localhost.localdomain libvirtd[1610]: 2021-10-12 12:34:13.389+000... 10月 12 20:38:37 localhost.localdomain libvirtd[1610]: 2021-10-12 12:38:37.078+000... 10月 12 20:39:50 localhost.localdomain libvirtd[1610]: 2021-10-12 12:39:50.063+000... 10月 12 20:42:23 localhost.localdomain libvirtd[1610]: 2021-10-12 12:42:23.959+000... 10月 12 20:43:56 localhost.localdomain libvirtd[1610]: 2021-10-12 12:43:56.522+000... 10月 12 20:44:42 localhost.localdomain libvirtd[1610]: 2021-10-12 12:44:42.957+000... 10月 12 20:45:32 localhost.localdomain libvirtd[1610]: 2021-10-12 12:45:32.557+000... 10月 12 20:46:29 localhost.localdomain libvirtd[1610]: 2021-10-12 12:46:29.039+000... Hint: Some lines were ellipsized, use -l to show in full. [root@localhost ~]# rpm -q qemu-kvm libvirt virsh qemu-kvm-1.5.3-167.an7.4.x86_64 libvirt-4.5.0-23.an7.6.x86_64
标签:
问题重现步骤:	virsh net-start default
附注:
系统说明
附件:

问题注释
(0000559) yunqi-zwt    2021-10-29 16:46	排查是 selinux 导致的问题。 目前测试镜像中执行 getenforce 返回 Enabled 安装了 libvirt 后，执行如下命令可以规避该bug： 1. setenforce 0 2. service firewalld restart 3. service libvirtd restart 就可以解决问题。 据我所知， 后续我们release时会把 selinux 关掉， 所以这个问题可以close/无效。
(0000677) qingming2021    2021-11-12 09:50	11.12: 目前问题并没有解决：（1）selinux仍然是enforcing的状态；（2）3.10内核在selinux=1的状态下，虚拟网络正常可用，4.19没道理就不可用。
(0000684) jacobwang    2021-11-12 13:59	问题因为因为selinux 问题不影响发布。 关于内核的问题分配内核同学继续处理。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
494	[Anolis OS 7] General	一般	随机	2021-11-08 15:58	2021-11-17 18:04
报告员:	kangwen429	平台:	x86_64
分派给:	renbo02	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7 vhd][ecs][x86_64]yum安装或者makecache时会报：[Errno 12] Timeout on :(28, 'Operation too slow. Less than 1000 by
描述:	执行yum安装或者makecache时会报： http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/x86_64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.x86_64.xml: [Errno 12] Timeout on http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/x86_64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.x86_64.xml: (28, 'Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds') Trying other mirror. yum源如下： # yum repolist -v | grep base Repo-baseurl : http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/x86_64/os Repo-baseurl : http://mirrors.cloud.aliyuncs.com/anolis/7.7/updates/x86_64/os # cat /etc/yum.repos.d/AnolisOS-os.repo [os] name=AnolisOS-7.7 - os baseurl=http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/$basearch/os enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=1 [预期结果]： 可以正常执行yum安装等操作 [实际结果]： yum安装等操作报error [复现概率]：必现 [环境信息]： 镜像： anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 机型：线上ecs机器 规格：ecs.i1.xlarge、ecs.i2.xlarge 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" # cat /etc/image-id image_name="Anolis 7.7 ANCK 64 bit" image_id="anolisos_7_7_x64_20G_anck_alibase_20211105.vhd" release_date="20211105101537"
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (448,347 字节) 2021-11-08 15:58 https://bugs-old.openanolis.cn/file_download.php?file_id=275&type=bug image-2.png (70,708 字节) 2021-11-17 17:27 https://bugs-old.openanolis.cn/file_download.php?file_id=294&type=bug image-3.png (56,897 字节) 2021-11-17 17:27 https://bugs-old.openanolis.cn/file_download.php?file_id=295&type=bug image-4.png (120,095 字节) 2021-11-17 17:27 https://bugs-old.openanolis.cn/file_download.php?file_id=296&type=bug

问题注释
(0000631) shanxifanshi    2021-11-08 18:15	ecs.g6r.large和ecs.g6r.16xlarge规格ecs，在yum install安装时也遇到了同样的问题 内核： # uname -r 4.18.0-80.7.2.an7.aarch64 使用镜像：anolisos_7_7_arm64_20G_rhck_alibase_20211105.vhd yum源信息： Loaded plugins: langpacks Repo-id : debug/aarch64 Repo-name : AnolisOS-7.7 - debug Repo-revision: 1636019064 Repo-updated : Thu Nov 4 17:44:24 2021 Repo-pkgs : 1,419 Repo-size : 6.2 G Repo-baseurl : http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/debug Repo-expire : 21,600 second(s) (last: Mon Nov 8 15:11:51 2021)   Filter : read-only:present Repo-filename: /etc/yum.repos.d/AnolisOS-debug.repo [root@iZ2ze34hcm5zr3qma8mutcZ yum.repos.d]# yum install kernel-debuginfo --enablerepo=debug --releasever=7.7 Loaded plugins: langpacks Resolving Dependencies --> Running transaction check ---> Package kernel-debuginfo.aarch64 0:4.18.0-80.7.2.an7 will be installed --> Processing Dependency: kernel-debuginfo-common-aarch64 = 4.18.0-80.7.2.an7 for package: kernel-debuginfo-4.18.0-80.7.2.an7.aarch64 --> Running transaction check ---> Package kernel-debuginfo-common-aarch64.aarch64 0:4.18.0-80.7.2.an7 will be installed --> Finished Dependency Resolution http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.aarch64.xml: [Errno 12] Timeout on http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.aarch64.xml: (28, 'Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds') Trying other mirror. http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.aarch64.xml: [Errno 12] Timeout on http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.aarch64.xml: (28, 'Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds') Trying other mirror. http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.aarch64.xml: [Errno 12] Timeout on http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.aarch64.xml: (28, 'Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds') Trying other mirror. http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.aarch64.xml: [Errno 12] Timeout on http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/aarch64/os/repodata/194d913488dd1469937be7c48ea543d5a137780d8982f2646f2707385c7b319a-comps-os.aarch64.xml: (28, 'Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds')
(0000661) geliwei-ali    2021-11-11 16:00	转交镜像站同学
(0000741) renbo02    2021-11-17 17:27	在新实例上测试执行yum cleanall ,yum makecache后正常，yum install httpd正常安装。 # uanme -r 3.10.0-1062.an7.x86_64

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
323	[Anolis OS 7] General	一般	总是	2021-10-13 15:56	2021-11-17 17:54
报告员:	anolis_account	平台:	aarch64
分派给:	xingxin830	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7.7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7][aarch64]dmesg check,ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware
描述:	开机启动后，dmesg日志中有如下warning日志： #dmesg -l warn -T [Wed Oct 13 15:34:26 2021] ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware [重现概率] 必现 [重现环境] # uname -a Linux VM20210425-1 4.19.91-24.8.an7.aarch64 #1 SMP Sat Sep 18 16:58:48 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [root@VM20210425-1]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" anolis8 上有同样BUG https://bugs.openanolis.cn/view.php?id=258
标签:
问题重现步骤:	安装arm版本虚拟机后，进入环境，执行命令：dmesg -l warn -T
附注:	anolis8 上有同样BUG https://bugs.openanolis.cn/view.php?id=258
系统说明
附件:

问题注释
(0000549) Shiloong    2021-10-28 11:47	系统提示 ARM 固件不支持 spectre V2 漏洞 WA. 问题不大, 需要统一升级固件解决.
(0000742) Shiloong    2021-11-17 17:54	https://lore.kernel.org/linux-arm-kernel/20200506164411.3284-5-sudeep.holla@arm.com/#r 应该是这组 patch

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
476	[Anolis OS 8] iptables	严重	总是	2021-11-04 14:22	2021-11-17 14:23
报告员:	anolis_account	平台:	龙芯
分派给:	LoongsonHFD	操作系统:	Anolis OS
优先级:	高	操作系统版本:	Anolis OS 8.4
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][loongarch64]iptables增加设定规则丢弃icmp协议的包，ping localhost依然可以ping通
描述:	iptables增加设定规则丢弃icmp协议的包，下边INPUT改成OUTPUT也是一样的 iptables -A INPUT -p icmp --icmp-type echo-reply -j DROP ping localhost依然可以ping通 # uname -a Linux localhost.localdomain 4.19.190-2.1.an8.loongarch64 #1 SMP Tue Sep 28 06:19:17 UTC 2021 loongarch64 loongarch64 loongarch64 GNU/Linux [root@localhost tmp]# rpm -q iptables iptables-1.8.4-17.0.1.an8.loongarch64
标签:
问题重现步骤:	1.iptables -A INPUT -p icmp --icmp-type echo-reply -j DROP [root@localhost tmp]# iptables -nL Chain INPUT (policy ACCEPT) target prot opt source destination DROP icmp -- 0.0.0.0/0 0.0.0.0/0 icmptype 0 Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination 2.ping localhost，预期不可以ping通，但实际仍然可以 [root@localhost tmp]# ping localhost PING localhost(localhost (::1)) 56 data bytes 64 bytes from localhost (::1): icmp_seq=1 ttl=64 time=0.088 ms 64 bytes from localhost (::1): icmp_seq=2 ttl=64 time=0.021 ms
附注:
系统说明
附件:

问题注释
(0000715) streamlet_hy    2021-11-16 16:15	经过测试发现是host文件中localhost写法导致的问题。目前openanolis loongarch预览版中/etc/hosts文件中的内容如下： [root@localhost ~]# more /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 [root@localhost ~]# 在iptables写入丢弃icmp协议包，ping的时候，走的是ipv6. [root@localhost ~]# ping localhost PING localhost(localhost (::1)) 56 data bytes 64 bytes from localhost (::1): icmp_seq=1 ttl=64 time=0.046 ms 64 bytes from localhost (::1): icmp_seq=2 ttl=64 time=0.016 ms 将hosts文件修改为： 127.0.0.1 localhost.localdomain localhost ::1 localhost6.localdomain6 localhost6 可以看到iptables规则已经生效。 [root@localhost ~]# ping localhost PING localhost (127.0.0.1) 56(84) bytes of data. ^C --- localhost ping statistics --- 11 packets transmitted, 0 received, 100% packet loss, time 10237ms
(0000735) anolis_account    2021-11-17 14:23	好的 那就不是问题了

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
522	[Anolis OS 7] General	一般	总是	2021-11-11 18:24	2021-11-17 11:00
报告员:	wb-wpp899309	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] [x86_64/aarch64]通过iso安装的4.19.91内核，默认开机启动服务kdump.service状态为failed，crashkernel默认配置为auto
描述:	[缺陷描述]： 通过iso镜像安装ANCK 4.19.91-24.8.an7.x86_64系统，默认开机启动服务kdump.service状态为failed，crashkernel默认配置为auto # cat /proc/cmdline BOOT_IMAGE=/vmlinuz-4.19.91-24.8.an7.x86_64 root=/dev/mapper/ao-root ro crashkernel=auto spectre_v2=retpoline rd.lvm.lv=ao/root rd.lvm.lv=ao/swap rhgb quiet # systemctl status kdump ● kdump.service - Crash recovery kernel arming    Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)    Active: failed (Result: exit-code) since Fri 2021-11-12 02:16:28 CST; 7h left   Process: 1759 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)  Main PID: 1759 (code=exited, status=1/FAILURE) Nov 12 02:16:28 localhost.localdomain systemd[1]: Starting Crash recovery kernel arming... Nov 12 02:16:28 localhost.localdomain kdumpctl[1759]: No memory reserved for crash kernel Nov 12 02:16:28 localhost.localdomain kdumpctl[1759]: Starting kdump: [FAILED] Nov 12 02:16:28 localhost.localdomain systemd[1]: kdump.service: main process exited, code=exited, status=1/FAILURE Nov 12 02:16:28 localhost.localdomain systemd[1]: Failed to start Crash recovery kernel arming. Nov 12 02:16:28 localhost.localdomain systemd[1]: Unit kdump.service entered failed state. Nov 12 02:16:28 localhost.localdomain systemd[1]: kdump.service failed. [重现环境]： 内核： 4.19.91-24.8.an7.x86_64 # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" cpu信息： # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping: 7 CPU MHz: 2500.000 BogoMIPS: 5000.00 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni 内存信息： # free -h               total used free shared buff/cache available Mem: 15G 408M 14G 12M 352M 14G Swap: 4.0G 0B 4.0G [重现概率]： 必现 [期望结果]： 开机启动服务kdump，状态为active，crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M [实际结果]： 开机启动服务kdump，状态为failed，crashkernel=auto [原因定位]： 7.7vhd镜像已经将crashkernel的值修改为crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M，kdump服务正常，麻烦同步修改iso镜像的配置；
标签:
问题重现步骤:	1、内核安装完后，检查kdump服务和crashkernel配置 systemctl status kdump cat /proc/cmdline
附注:
系统说明
附件:

问题注释
(0000732) Shiloong    2021-11-17 11:00	@geliwei-ali 帮忙看看更新一下默认启动参数吧.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
544	[Anolis OS 8] passwd	严重	总是	2021-11-17 10:52	2021-11-17 10:55
报告员:	anolis_account	平台:	龙芯
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][loongarch64]无passwd指令，安装passwd包依赖报错
描述:	安装passwd包依赖报错 # uname -a Linux localhost.localdomain 4.19.190-2.1.an8.loongarch64 #1 SMP Tue Sep 28 06:19:17 UTC 2021 loongarch64 loongarch64 loongarch64 GNU/Linux # yum whatprovides passwd Last metadata expiration check: 1:25:12 ago on Tue 16 Nov 2021 08:19:00 PM EST. passwd-0.80-3.el8.loongarch64 : An utility for setting or changing passwords using PAM Repo : BaseOS Matched from: Provide : passwd = 0.80-3.el8 [root@localhost ~]# yum install passwd Last metadata expiration check: 1:25:19 ago on Tue 16 Nov 2021 08:19:00 PM EST. Error:  Problem: package passwd-0.80-3.el8.loongarch64 requires libuser.so.1()(64bit), but none of the providers can be installed   - conflicting requests   - nothing provides libcrypt.so.2()(64bit) needed by libuser-0.62-23.el8.loongarch64   - nothing provides libcrypt.so.2(XCRYPT_2.0)(64bit) needed by libuser-0.62-23.el8.loongarch64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
334	[Anolis OS 7] General	一般	总是	2021-10-14 14:26	2021-11-17 10:53
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】飞腾台式机安装Anolis7.7选择语言界面显示错误
描述:	飞腾台式机安装Anolis7.7选择语言界面显示错误，导致测试阻塞
标签:
问题重现步骤:	1、刻录u盘 2、服务器进入iso 3、选择install  Anolis7.7
附注:	语言选择界面出错，见附件
系统说明
附件:	index.jpg (182,417 字节) 2021-10-14 14:26 https://bugs-old.openanolis.cn/file_download.php?file_id=208&type=bug

问题注释
(0000731) Shiloong    2021-11-17 10:53	看起来是安装工具出现乱码

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
324	[Anolis OS 7] General	一般	总是	2021-10-13 16:14	2021-11-17 10:42
报告员:	anolis_account	平台:	aarch64
分派给:	xingxin830	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7.7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7][aarch64]dmesg check, cacheinfo: Unable to detect cache hierarchy for CPU 0
描述:	开机启动后，dmesg日志中有如下warning日志： #dmesg -l warn -T cacheinfo: Unable to detect cache hierarchy for CPU 0 [重现概率] 必现 [重现环境] # uname -a Linux VM20210425-1 4.19.91-24.8.an7.aarch64 #1 SMP Sat Sep 18 16:58:48 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [root@VM20210425-1]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" anolis8 上有同样BUG https://bugs.openanolis.cn/view.php?id=258
标签:
问题重现步骤:	安装arm版本虚拟机后，进入环境，执行命令：dmesg -l warn -T
附注:	anolis8 上有同样BUG https://bugs.openanolis.cn/view.php?id=258
系统说明
附件:

问题注释
(0000546) Shiloong    2021-10-28 10:58	这个跟 NUMA 拓扑虚拟化有关, 不是什么大问题. 也请 @宝林 帮忙看看. http://zhiyisun.github.io/2016/06/25/Get-Cache-Info-in-Linux-on-ARMv8-64-bit-Platform.html --- It is good to get a ARM 64-bit box and practice it on that. We can use qemu-system-aarch64 as an alternative. But you probably will say “There is no cache info in sysfs!”. That’s true. :-) Because there is no “next-level-cache” in machine virt’s default device tree. Function cache_shared_cpu_map_setup will return error. You can see below log from dmesg: "Unable to detect cache hierarchy from DT for CPU 0"

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
322	[Anolis OS 7] General	一般	总是	2021-10-13 15:46	2021-11-17 10:41
报告员:	wb-wpp899309	平台:	x86_64
分派给:	XuanZhuo	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7.7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] 开机启动后，dmesg日志中有err日志
描述:	[缺陷描述]： 开机启动后，dmesg日志中有如下err日志： # dmesg -l err -T [Wed Oct 13 23:18:27 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Wed Oct 13 23:18:27 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:34 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:36 2021] bpfilter: read fail -13 [Wed Oct 13 23:18:37 2021] bpfilter: read fail -13 [重现概率] 必现 [重现环境] # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" 内核： # uname -r 4.19.91-24.8.an7.x86_64 cpu信息： # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: HygonGenuine CPU family: 24 Model: 1 Model name: Hygon C86 7280 32-core Processor Stepping: 1 CPU MHz: 1999.999 BogoMIPS: 3999.99 Virtualization: AMD-V Hypervisor vendor: KVM Virtualization type: full NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy svm cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr_core cpb vmmcall fsgsbase tsc_adjust bmi1 avx2 smep bmi2 rdseed adx smap xsaveopt xsavec xgetbv1 arat npt nrip_save 内存信息： # free -h               total used free shared buff/cache available Mem: 15G 614M 13G 12M 801M 14G Swap: 4.0G 0B 4.0G [重现步骤]： 1. reboot机器 2. dmesg -l err -T查询开机是否有err日志 [期望结果]： 开机启动后，dmesg日志中无error日志 [实际结果]： 开机启动后，dmesg日志中有error日志
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000551) Shiloong    2021-10-28 14:46	这个看起来与 iptable 相关, 需要给更多的信息, 上下文关联 log. 也请 @无牙 帮忙一起看看.
(0000568) dust-li    2021-11-01 17:18	问题是 iptables 在启动的时候会尝试加载 bpfilter， bpfilter 会尝试启动 bpfilter_umh，然后内核会尝试通过一个 pipe 和用户态的进程进行通信，失败在从 pipe 上读取数据的过程中。 而最后失败的原因是，anolis 7.7 上面，audit 打开了 selinux，selinux 在启动阶段 block 了 kernel 从 piple 里面读取数据，认为这个 pipe 的文件没有权限，最终返回 EACESS。 失败的调用链是： __bpfilter_process_sockopt()     --> kernel_read()         --> vfs_read()             --> rw_verify_area()                 --> security_file_permission()                     --> selinux_file_permission()                         --> selinux_revalidate_file_permission()                             --> file_has_perm()                                 --> avc_has_perm()                                     --> avc_has_perm_noaudit()                                          --> avc_denied() 对比了 alibaba cloud linux2 和 anolis 7.7，原因在于 anolis 7.7 没有关闭 selinux，而 alibaba cloud linux 2 关掉了 selinux。 === Anolis 7.7 === [ 0.765467] audit: type=1404 audit(1635753983.640:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 enabled=1 old-enabled=1 lsm=selinux res=1 [ 0.851271] SELinux: Permission getrlimit in class process not defined in policy. [ 0.852581] SELinux: Class xdp_socket not defined in policy. [ 0.853415] SELinux: the above unknown classes and permissions will be allowed [ 0.854401] SELinux: policy capability network_peer_controls=1 [ 0.855198] SELinux: policy capability open_perms=1 [ 0.855872] SELinux: policy capability extended_socket_class=1 [ 0.856692] SELinux: policy capability always_check_network=0 [ 0.857492] SELinux: policy capability cgroup_seclabel=1 [ 0.858235] SELinux: policy capability nnp_nosuid_transition=1 [ 0.876521] audit: type=1403 audit(1635753983.751:3): auid=4294967295 ses=4294967295 lsm=selinux res=1 === Alibaba cloud linux2 === [ 1.552653] SELinux: Disabled at runtime. [ 1.575991] audit: type=1404 audit(1635778826.146:2): enforcing=0 old_enforcing=0 auid=4294967295 ses=4294967295 enabled=0 old-enabled=1 lsm=selinux res=1 selinux 在启动阶段将 pipe 的权限给限制了，导致 bpfilter 读不出来，报错。 对比两者启动日志，可以看出， audit 的配置应该存在差异，导致 anolis 后面打开了 selinux 最终引起了该问题。 === Anolis === [ 0.276350] audit: initializing netlink subsys (disabled) [ 0.277124] audit: type=2000 audit(1635753983.372:1): state=initialized audit_enabled=0 res=1 [ 0.765467] audit: type=1404 audit(1635753983.640:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 enabled=1 old-enabled=1 lsm=selinux res=1 [ 0.876521] audit: type=1403 audit(1635753983.751:3): auid=4294967295 ses=4294967295 lsm=selinux res=1 [ 0.915877] systemd[1]: systemd 219 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN) === Alibaba cloud linux === [ 0.184471] audit: initializing netlink subsys (disabled) [ 0.184989] audit: type=2000 audit(1635750119.588:1): state=initialized audit_enabled=0 res=1 [ 0.941037] systemd[1]: systemd 219 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN) [ 1.575991] audit: type=1404 audit(1635778826.146:2): enforcing=0 old_enforcing=0 auid=4294967295 ses=4294967295 enabled=0 old-enabled=1 lsm=selinux res=1
(0000569) Shiloong    2021-11-01 17:24	@jacbo_wang @geliwei_ali 帮忙看一下 Anolis7.7 的 baseOS 跟 Alinux2 相比 是不是 SELinux 默认打开. 不过总体看, 我理解不 block release. 这个目前看只影响启动时的 log 检查, 没有功能上的影响. @dust_li

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
526	[Anolis OS 7] General	一般	总是	2021-11-12 17:58	2021-11-17 10:19
报告员:	anolislw	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis-anck-vhd]系统镜像repo中默认无法安装kernel-debuginfo
描述:	[问题描述] Anolis-anck vhd镜像环境中默认的repo配置，使用yum无法正常安装kernel-debuginfo 涉及镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd                  anolisos_7_7_arm64_20G_anck_alibase_20211105.vhd [机器环境] [root@iZbp14n9npwyo2b1huz94cZ ~]# cat /etc/redhat-release Anolis OS release 7.7 [root@iZbp14n9npwyo2b1huz94cZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@iZbp14n9npwyo2b1huz94cZ ~]# uname -a Linux iZbp14n9npwyo2b1huz94cZ 4.19.91-24.8.an7.x86_64 #1 SMP Sat Sep 18 16:53:17 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [root@iZbp14n9npwyo2b1huz94cZ ~]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.19.91-24.8.an7.x86_64 root=UUID=678fa482-e865-43e6-a841-68840e679524 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api spectre_v2=retpoline biosdevname=0 net.ifnames=0 console=tty0 console=ttyS0,115200n8 noibrs nvme_core.io_timeout=4294967295 [root@iZbp14n9npwyo2b1huz94cZ ~]# [root@iZbp14n9npwyo2b1huz94cZ ~]# yum repolist Loaded plugins: langpacks repo id repo name status Plus/x86_64 AnolisOS-7.7 - Plus 11 extras/x86_64 AnolisOS-7.7 - extras 8 os/x86_64 AnolisOS-7.7 - os 6,745 updates/x86_64 AnolisOS-7.7 - updates 0 repolist: 6,764 [报错情况] [root@iZbp14n9npwyo2b1huz94cZ ~]# yum install -y kernel-debuginfo Loaded plugins: langpacks No package kernel-debuginfo available. Error: Nothing to do [root@iZbp14n9npwyo2b1huz94cZ ~]# yum list | grep kernel-debuginfo [root@iZbp14n9npwyo2b1huz94cZ ~]#
标签:
问题重现步骤:	[复现步骤] yum install -y kernel-debuginfo
附注:
附件:

问题注释
(0000698) anolislw    2021-11-12 18:00
(0000699) anolislw    2021-11-12 18:09	Anolios8.4的环境也无法安装kernel-debuginfo（无Anolisos-Debuginfo.repo） ----------------------------------------------- [root@iZbp1f42vredj5e7g1p8hgZ yum.repos.d]# cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@iZbp1f42vredj5e7g1p8hgZ yum.repos.d]# yum list | grep kernel-debuginfo [root@iZbp1f42vredj5e7g1p8hgZ yum.repos.d]# yum install -y kernel-debuginfo Last metadata expiration check: 0:01:56 ago on Fri 12 Nov 2021 06:03:08 PM CST. No match for argument: kernel-debuginfo Error: Unable to find a match: kernel-debuginfo [root@iZbp1f42vredj5e7g1p8hgZ yum.repos.d]# ls AnolisOS-AppStream.repo AnolisOS-BaseOS.repo AnolisOS-DDE.repo AnolisOS-Plus.repo AnolisOS-PowerTools.repo
(0000729) jacobwang    2021-11-17 10:08	已经修复。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
326	[Anolis OS 7] General	一般	没有试验	2021-10-13 16:35	2021-11-17 10:12
报告员:	anolis_account	平台:	aarch64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7.7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7][aarch64]dmesg check,systemd[1]: * Unknown lvalue 'JobRunningTimeoutSec' in setion 'Unit'
描述:	开机启动后，dmesg日志中有如下systemd相关的两个warning日志： #dmesg -l warn -T systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-d5beda51\x2d6315\x2d4bed\x2dbe89\x2d2b07455118c7.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' systemd-sysv-generator[536]: Configuration file /usr/lib/systemd/system/staragentctl.service is marked executable. Please remove executable permission bits. Proceeding anyway. [重现概率] 必现 [重现环境] # uname -a Linux VM20210425-1 4.19.91-24.8.an7.aarch64 #1 SMP Sat Sep 18 16:58:48 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [root@VM20210425-1]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
标签:
问题重现步骤:	安装arm版本虚拟机后，进入环境，执行命令：dmesg -l warn -T
附注:
附件:

问题注释
(0000548) Shiloong    2021-10-28 11:31	这两个问题不大, 只是报警而已. 1. 这个是已知问题, https://access.redhat.com/solutions/4842121; 升级一下 dracut 能解决: Update to dracut-033-568.el7 or later package. 2. systemd-sysv-generator[536]: Configuration file /usr/lib/systemd/system/staragentctl.service is marked executable. Please remove executable permission bits. Proceeding anyway. 这个需要找一下 Staragent 的同学修正一下, 文件属性的问题.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
333	[Anolis OS 8] kernel	一般	总是	2021-10-14 11:47	2021-11-17 10:11
报告员:	anolislw	平台:	x86_64
分派给:	artie-ding	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4] dmesg warn: Decoding supported only on Scalable MCA processors
描述:	镜像：anolisos_8_4_x64_20G_anck_alibase_20211008.vhd 实例：ecs.g6a.32xlarge dmesg warn:信息中出现：Decoding supported only on Scalable MCA processors [机器信息] [[root@iZbp1bw33erq7kg8vg7o2wZ ~]# uname -r 4.19.91-24.8.an8.x86_64 [root@iZbp1bw33erq7kg8vg7o2wZ ~]# [root@iZbp1bw33erq7kg8vg7o2wZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@iZbp1bw33erq7kg8vg7o2wZ ~]# arch x86_64 [重现步骤] [root@iZbp1bw33erq7kg8vg7o2wZ ~]# dmesg -l warn -T [Thu Oct 14 11:08:05 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Thu Oct 14 11:08:07 2021] #2 [Thu Oct 14 11:08:07 2021] #3 [Thu Oct 14 11:08:07 2021] #4 [Thu Oct 14 11:08:07 2021] 0000005 [Thu Oct 14 11:08:07 2021] 0000006 [Thu Oct 14 11:08:07 2021] #7 [Thu Oct 14 11:08:07 2021] #8 [Thu Oct 14 11:08:07 2021] #9 [Thu Oct 14 11:08:07 2021] 0000010 [Thu Oct 14 11:08:07 2021] 0000011 [Thu Oct 14 11:08:07 2021] #12 [Thu Oct 14 11:08:07 2021] 0000013 [Thu Oct 14 11:08:07 2021] 0000014 [Thu Oct 14 11:08:07 2021] 0000015 [Thu Oct 14 11:08:07 2021] 0000016 [Thu Oct 14 11:08:07 2021] 0000017 [Thu Oct 14 11:08:07 2021] 0000018 [Thu Oct 14 11:08:07 2021] 0000019 [Thu Oct 14 11:08:07 2021] 0000020 [Thu Oct 14 11:08:07 2021] 0000021 [Thu Oct 14 11:08:07 2021] 0000022 [Thu Oct 14 11:08:07 2021] 0000023 [Thu Oct 14 11:08:07 2021] 0000024 [Thu Oct 14 11:08:07 2021] 0000025 [Thu Oct 14 11:08:07 2021] #26 [Thu Oct 14 11:08:07 2021] 0000027 [Thu Oct 14 11:08:07 2021] 0000028 [Thu Oct 14 11:08:07 2021] 0000029 [Thu Oct 14 11:08:07 2021] 0000030 [Thu Oct 14 11:08:07 2021] 0000031 [Thu Oct 14 11:08:07 2021] 0000033 [Thu Oct 14 11:08:07 2021] 0000034 [Thu Oct 14 11:08:07 2021] 0000035 [Thu Oct 14 11:08:07 2021] 0000036 [Thu Oct 14 11:08:07 2021] 0000037 [Thu Oct 14 11:08:07 2021] 0000038 [Thu Oct 14 11:08:07 2021] 0000039 [Thu Oct 14 11:08:07 2021] 0000040 [Thu Oct 14 11:08:07 2021] 0000041 [Thu Oct 14 11:08:07 2021] 0000042 [Thu Oct 14 11:08:07 2021] 0000043 [Thu Oct 14 11:08:07 2021] 0000044 [Thu Oct 14 11:08:07 2021] 0000045 [Thu Oct 14 11:08:07 2021] 0000046 [Thu Oct 14 11:08:07 2021] 0000047 [Thu Oct 14 11:08:07 2021] 0000048 [Thu Oct 14 11:08:07 2021] 0000049 [Thu Oct 14 11:08:07 2021] 0000050 [Thu Oct 14 11:08:07 2021] #51 [Thu Oct 14 11:08:07 2021] #52 [Thu Oct 14 11:08:07 2021] 0000053 [Thu Oct 14 11:08:07 2021] 0000054 [Thu Oct 14 11:08:07 2021] 0000055 [Thu Oct 14 11:08:07 2021] 0000056 [Thu Oct 14 11:08:07 2021] 0000057 [Thu Oct 14 11:08:07 2021] 0000058 [Thu Oct 14 11:08:07 2021] 0000059 [Thu Oct 14 11:08:07 2021] 0000060 [Thu Oct 14 11:08:07 2021] 0000061 [Thu Oct 14 11:08:07 2021] 0000062 [Thu Oct 14 11:08:07 2021] 0000063 [Thu Oct 14 11:08:07 2021] 0000065 [Thu Oct 14 11:08:07 2021] 0000066 [Thu Oct 14 11:08:07 2021] 0000067 [Thu Oct 14 11:08:07 2021] 0000068 [Thu Oct 14 11:08:07 2021] 0000069 [Thu Oct 14 11:08:07 2021] 0000070 [Thu Oct 14 11:08:07 2021] 0000071 [Thu Oct 14 11:08:07 2021] 0000072 [Thu Oct 14 11:08:07 2021] 0000073 [Thu Oct 14 11:08:07 2021] 0000074 [Thu Oct 14 11:08:07 2021] 0000075 [Thu Oct 14 11:08:07 2021] 0000076 [Thu Oct 14 11:08:07 2021] 0000077 [Thu Oct 14 11:08:07 2021] 0000078 [Thu Oct 14 11:08:07 2021] 0000079 [Thu Oct 14 11:08:07 2021] 0000080 [Thu Oct 14 11:08:07 2021] 0000081 [Thu Oct 14 11:08:07 2021] 0000082 [Thu Oct 14 11:08:07 2021] 0000083 [Thu Oct 14 11:08:07 2021] 0000084 [Thu Oct 14 11:08:07 2021] #85 [Thu Oct 14 11:08:07 2021] 0000086 [Thu Oct 14 11:08:07 2021] 0000087 [Thu Oct 14 11:08:07 2021] 0000088 [Thu Oct 14 11:08:07 2021] 0000089 [Thu Oct 14 11:08:07 2021] 0000090 [Thu Oct 14 11:08:07 2021] 0000091 [Thu Oct 14 11:08:07 2021] 0000092 [Thu Oct 14 11:08:07 2021] 0000093 [Thu Oct 14 11:08:07 2021] 0000094 [Thu Oct 14 11:08:07 2021] 0000095 [Thu Oct 14 11:08:07 2021] 0000097 [Thu Oct 14 11:08:07 2021] 0000098 [Thu Oct 14 11:08:07 2021] 0000099 [Thu Oct 14 11:08:07 2021] 0000100 [Thu Oct 14 11:08:07 2021] 0000101 [Thu Oct 14 11:08:07 2021] 0000102 [Thu Oct 14 11:08:07 2021] 0000103 [Thu Oct 14 11:08:07 2021] 0000104 [Thu Oct 14 11:08:07 2021] 0000105 [Thu Oct 14 11:08:07 2021] 0000106 [Thu Oct 14 11:08:07 2021] 0000107 [Thu Oct 14 11:08:07 2021] 0000108 [Thu Oct 14 11:08:07 2021] 0000109 [Thu Oct 14 11:08:07 2021] 0000110 [Thu Oct 14 11:08:07 2021] 0000111 [Thu Oct 14 11:08:07 2021] 0000112 [Thu Oct 14 11:08:07 2021] #113 [Thu Oct 14 11:08:07 2021] 0000114 [Thu Oct 14 11:08:07 2021] 0000115 [Thu Oct 14 11:08:07 2021] 0000116 [Thu Oct 14 11:08:07 2021] 0000117 [Thu Oct 14 11:08:07 2021] 0000118 [Thu Oct 14 11:08:07 2021] 0000119 [Thu Oct 14 11:08:07 2021] 0000120 [Thu Oct 14 11:08:07 2021] 0000121 [Thu Oct 14 11:08:07 2021] 0000122 [Thu Oct 14 11:08:07 2021] 0000123 [Thu Oct 14 11:08:07 2021] 0000124 [Thu Oct 14 11:08:07 2021] #125 [Thu Oct 14 11:08:07 2021] 0000126 [Thu Oct 14 11:08:07 2021] 0000127 [Thu Oct 14 11:08:09 2021] systemd: 18 output lines suppressed due to ratelimiting [Thu Oct 14 11:08:10 2021] Decoding supported only on Scalable MCA processors. [Thu Oct 14 11:08:10 2021] Decoding supported only on Scalable MCA processors. [Thu Oct 14 11:08:10 2021] Decoding supported only on Scalable MCA processors.
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000513) Shiloong    2021-10-20 21:31	@artie-ding 帮忙看一下这个报错 log, 感觉跟AMD EPYC™ ROME 7H12 处理器相关. 看看是否预期的报错. RHCK 没有相关报错, 是否跟我们的配置有关?
(0000515) artie-ding    2021-10-21 11:03	@Shiloong:@artie-ding 帮忙看一下这个报错 log, 感觉跟AMD EPYC™ ROME 7H12 处理器相关. 看看是否预期的报错. RHCK 没有相关报错, 是否跟我们的配置有关? ---------------------------------------------------------------------------------------------------------------- 这个是在 guest/虚拟机 中出现的吗？
(0000516) Shiloong    2021-10-21 11:25	@artie-ding:这个是在 guest/虚拟机 中出现的吗？ --------------------------------------------- 是的, 规格前面写有: 镜像：anolisos_8_4_x64_20G_anck_alibase_20211008.vhd 实例：ecs.g6a.32xlarge
(0000517) zelindeng    2021-10-21 11:33	处理器问题，不支持的正常打印。不影响其它内核任何功能呢。无需修复

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
489	[Anolis OS 7] General	一般	总是	2021-11-08 14:20	2021-11-17 10:01
报告员:	shanxifanshi	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7 rhck vhd][ecs][x86_64]开机启动后，dmesg中有error和warning日志
描述:	开机启动后，dmesg中存在error和warning日志： 仅在ecs.ebmgn7i.32xlarge规格机器出现： # dmesg -l err -T [Mon Nov 8 14:08:04 2021] i8042: No controller found [Mon Nov 8 14:08:08 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap! 仅在ecs.ebmg6.26xlarge规格机器出现： [root@iZ2zecj51bg87t6wypcxxoZ ~]# dmesg -l err -T [Mon Nov 8 14:07:18 2021] hw perf events fixed 4 > max(3), clipping! [Mon Nov 8 14:07:47 2021] snd_hda_intel 0000:00:1f.3: no codecs found! ecs.ebmgn7i.32xlarge和ecs.ebmg6.26xlarge规格机器均有如下warning日志： [root@iZ2zeh3bjq6rglzeemo73dZ ~]# dmesg -l warn -T [Mon Nov 8 14:07:44 2021] ACPI: RSDP 00000000000f05b0 00024 (v02 ALASKA) [Mon Nov 8 14:07:44 2021] ACPI: XSDT 00000000696350c8 0010C (v01 ALASKA A M I 01072009 AMI 00010013) [Mon Nov 8 14:07:44 2021] ACPI: FACP 0000000069933058 00114 (v06 ALASKA A M I 01072009 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: DSDT 0000000069635268 2FDDEA (v02 ALASKA A M I 01072009 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: FACS 0000000069ebc080 00040 [Mon Nov 8 14:07:44 2021] ACPI: FPDT 0000000069933170 00044 (v01 ALASKA A M I 01072009 AMI 00010013) [Mon Nov 8 14:07:44 2021] ACPI: SPMI 00000000699331b8 00041 (v05 ALASKA A M I 00000000 AMI. 00000000) [Mon Nov 8 14:07:44 2021] ACPI: FIDT 0000000069933200 0009C (v01 ALASKA A M I 01072009 AMI 00010013) [Mon Nov 8 14:07:44 2021] ACPI: SSDT 00000000699332a0 0046C (v02 INTEL ADDRXLAT 00000001 INTL 20140828) [Mon Nov 8 14:07:44 2021] ACPI: MCFG 0000000069933710 0003C (v01 ALASKA A M I 01072009 MSFT 00000097) [Mon Nov 8 14:07:44 2021] ACPI: HPET 0000000069933750 00038 (v01 ALASKA A M I 00000001 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: APIC 0000000069933788 016DE (v03 ALASKA A M I 00000000 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: MIGT 0000000069934e68 00040 (v01 ALASKA A M I 00000000 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: MSCT 0000000069934ea8 00090 (v01 ALASKA A M I 00000001 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: PCAT 0000000069934f38 00088 (v02 ALASKA A M I 00000002 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: PCCT 0000000069934fc0 0006E (v01 ALASKA A M I 00000002 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: RASF 0000000069935030 00030 (v01 ALASKA A M I 00000001 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: SLIT 0000000069935060 0042C (v01 ALASKA A M I 00000001 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: SRAT 0000000069935490 02D30 (v03 ALASKA A M I 00000002 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: SVOS 00000000699381c0 00032 (v01 ALASKA A M I 00000000 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: WDDT 00000000699381f8 00040 (v01 ALASKA A M I 00000000 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: OEM4 0000000069938238 A27C4 (v02 INTEL CPU CST 00003000 INTL 20140828) [Mon Nov 8 14:07:44 2021] ACPI: OEM1 00000000699daa00 2A2C4 (v02 INTEL CPU EIST 00003000 INTL 20140828) [Mon Nov 8 14:07:44 2021] ACPI: SSDT 0000000069a04cc8 33990 (v02 INTEL SSDT PM 00004000 INTL 20140828) [Mon Nov 8 14:07:44 2021] ACPI: SSDT 0000000069a38658 0065B (v02 ALASKA A M I 00000000 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: SPCR 0000000069a38cb8 00050 (v02 A M I APTIO V 01072009 AMI. 0005000E) [Mon Nov 8 14:07:44 2021] ACPI: SSDT 0000000069a38d08 02B10 (v02 INTEL SpsNm 00000002 INTL 20140828) [Mon Nov 8 14:07:44 2021] ACPI: DMAR 0000000069a3b818 00290 (v01 ALASKA A M I 00000001 INTL 20091013) [Mon Nov 8 14:07:44 2021] ACPI: HEST 0000000069a3baa8 000A8 (v01 ALASKA A M I 00000001 INTL 00000001) [Mon Nov 8 14:07:44 2021] ACPI: BERT 0000000069a3bb50 00030 (v01 ALASKA A M I 00000001 INTL 00000001) [Mon Nov 8 14:07:44 2021] ACPI: ERST 0000000069a3bb80 00230 (v01 ALASKA A M I 00000001 INTL 00000001) [Mon Nov 8 14:07:44 2021] ACPI: EINJ 0000000069a3bdb0 00150 (v01 ALASKA A M I 00000001 INTL 00000001) [Mon Nov 8 14:07:44 2021] ACPI: WSMT 0000000069a3bf00 00028 (v01 ALASKA A M I 01072009 AMI 00010013) [Mon Nov 8 14:07:44 2021] Zone ranges: [Mon Nov 8 14:07:44 2021] DMA [mem 0x00001000-0x00ffffff] [Mon Nov 8 14:07:44 2021] DMA32 [mem 0x01000000-0xffffffff] [Mon Nov 8 14:07:44 2021] Normal [mem 0x100000000-0x603fffffff] [Mon Nov 8 14:07:44 2021] Movable zone start for each node [Mon Nov 8 14:07:44 2021] Early memory node ranges [Mon Nov 8 14:07:44 2021] node 0: [mem 0x00001000-0x00097fff] [Mon Nov 8 14:07:44 2021] node 0: [mem 0x00100000-0x5c610fff] [Mon Nov 8 14:07:44 2021] node 0: [mem 0x5c612000-0x65b4efff] [Mon Nov 8 14:07:44 2021] node 0: [mem 0x686a3000-0x69031fff] [Mon Nov 8 14:07:44 2021] node 0: [mem 0x6c1f6000-0x6ff5ffff] [Mon Nov 8 14:07:44 2021] node 0: [mem 0x100000000-0x303fffffff] [Mon Nov 8 14:07:44 2021] node 1: [mem 0x3040000000-0x603fffffff] [Mon Nov 8 14:07:44 2021] Built 2 zonelists in Zone order, mobility grouping on. Total pages: 98744127 [Mon Nov 8 14:07:44 2021] Policy zone: Normal [Mon Nov 8 14:07:44 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Mon Nov 8 14:07:44 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Mon Nov 8 14:07:44 2021] ACPI: All ACPI Tables successfully acquired [Mon Nov 8 14:07:47 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Mon Nov 8 14:07:47 2021] ACPI: Dynamic OEM Table Load: [Mon Nov 8 14:07:47 2021] ACPI: OEM1 (null) 2A2C4 (v02 INTEL CPU EIST 00003000 INTL 20140828) [Mon Nov 8 14:07:47 2021] ACPI: Dynamic OEM Table Load: [Mon Nov 8 14:07:47 2021] ACPI: OEM4 (null) A27C4 (v02 INTEL CPU CST 00003000 INTL 20140828) [Mon Nov 8 14:07:47 2021] ACPI: Enabled 6 GPEs in block 00 to 7F [Mon Nov 8 14:07:53 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Mon Nov 8 14:08:02 2021] intel_idle: max_cstate 1 reached [Mon Nov 8 14:08:03 2021] usb: port power management may be unreliable [Mon Nov 8 14:08:04 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-5ef56d57\x2da48e\x2d495c\x2db98b\x2de74d073119a5.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 8 14:08:07 2021] lpc_ich 0000:00:1f.0: No MFD cells added [预期结果]：dmesg中无err和warning日志 [实际结果]：dmesg中有err和warning日志 [复现概率]：必现 [环境信息]： 内核信息： # uname -r 3.10.0-1062.an7.x86_64 机型：线上ecs机器 规格：ecs.ebmg6.26xlarge（104vcpu 384G memory）和ecs.ebmgn7i.32xlarge（128vcpu 768G memory） 使用的镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
标签:
问题重现步骤:	1. reboot机器 2. dmesg -l warn -T查询开机是否有warning日志
附注:
系统说明
附件:

问题注释
(0000623) yinyongchen    2021-11-08 15:08	使用镜像 anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 安装实例 ecs.g6.large ecs.g6.26xlarge ecs.g6a.large 均有上述dmesg warn日志 ACPI
(0000635) meil_wei    2021-11-09 14:31	镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 实例：ecs.g6a.32xlarge 有如下报错： [root@iZ2ze40hb376ieczul21pgZ ~]# dmesg -l warn -T [Mon Nov 8 14:59:49 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Mon Nov 8 14:59:49 2021] ACPI: RSDP 00000000000f5970 00014 (v00 BOCHS ) [Mon Nov 8 14:59:49 2021] ACPI: RSDT 00000000bffe5312 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: FACP 00000000bffe017e 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: DSDT 00000000bffdf5c0 00BBE (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: FACS 00000000bffdf580 00040 [Mon Nov 8 14:59:49 2021] ACPI: SSDT 00000000bffe01f2 04390 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: APIC 00000000bffe4582 00470 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] ACPI: SRAT 00000000bffe49f2 00920 (v01 BOCHS BXPCSRAT 00000001 BXPC 00000001) [Mon Nov 8 14:59:49 2021] Zone ranges: [Mon Nov 8 14:59:49 2021] DMA [mem 0x00001000-0x00ffffff] [Mon Nov 8 14:59:49 2021] DMA32 [mem 0x01000000-0xffffffff] [Mon Nov 8 14:59:49 2021] Normal [mem 0x100000000-0x7fbfffffff] [Mon Nov 8 14:59:49 2021] Movable zone start for each node [Mon Nov 8 14:59:49 2021] Early memory node ranges [Mon Nov 8 14:59:49 2021] node 0: [mem 0x00001000-0x0009efff] [Mon Nov 8 14:59:49 2021] node 0: [mem 0x00100000-0x13ffffff] [Mon Nov 8 14:59:49 2021] node 0: [mem 0x15120000-0xbffcdfff] [Mon Nov 8 14:59:49 2021] node 0: [mem 0x100000000-0x1fbfffffff] [Mon Nov 8 14:59:49 2021] node 1: [mem 0x2040000000-0x3fbfffffff] [Mon Nov 8 14:59:49 2021] node 2: [mem 0x4040000000-0x5fbfffffff] [Mon Nov 8 14:59:49 2021] node 3: [mem 0x6040000000-0x7fbfffffff] [Mon Nov 8 14:59:49 2021] Built 4 zonelists in Zone order, mobility grouping on. Total pages: 130051708 [Mon Nov 8 14:59:49 2021] Policy zone: Normal [Mon Nov 8 14:59:50 2021] ACPI: All ACPI Tables successfully acquired [Mon Nov 8 14:59:52 2021] 0000032 [Mon Nov 8 14:59:53 2021] 0000033 0000034 0000035 0000036 0000037 0000038 0000039 0000040 0000041 0000042 0000043 0000044 0000045 0000046 0000047 0000048 0000049 0000050 #51 #52 0000053 0000054 0000055 0000056 0000057 0000058 0000059 0000060 0000061 0000062 0000063 OK [Mon Nov 8 14:59:55 2021] ACPI: Executed 2 blocks of module-level executable AML code [Mon Nov 8 14:59:55 2021] ACPI: Enabled 16 GPEs in block 00 to 0F [Mon Nov 8 14:59:56 2021] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 [Mon Nov 8 14:59:56 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Mon Nov 8 14:59:56 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-5ef56d57\x2da48e\x2d495c\x2db98b\x2de74d073119a5.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 8 14:59:57 2021] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10 [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors. [Mon Nov 8 15:00:02 2021] Decoding supported only on Scalable MCA processors.
(0000637) meil_wei    2021-11-09 14:40	镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 实例：ecs.g7a.large 有如下报错： [root@iZ2zebquvlfb5c14jpkfx9Z ~]# dmesg -l warn -T [Mon Nov 8 15:36:28 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Mon Nov 8 15:36:28 2021] ACPI: RSDP 00000000000f57f0 00014 (v00 BOCHS ) [Mon Nov 8 15:36:28 2021] ACPI: RSDT 00000000bffe1aa2 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [Mon Nov 8 15:36:28 2021] ACPI: FACP 00000000bffe0bfe 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [Mon Nov 8 15:36:28 2021] ACPI: DSDT 00000000bffe0040 00BBE (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [Mon Nov 8 15:36:28 2021] ACPI: FACS 00000000bffe0000 00040 [Mon Nov 8 15:36:28 2021] ACPI: SSDT 00000000bffe0c72 00CE8 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [Mon Nov 8 15:36:28 2021] ACPI: APIC 00000000bffe195a 00080 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [Mon Nov 8 15:36:28 2021] ACPI: SRAT 00000000bffe19da 000C8 (v01 BOCHS BXPCSRAT 00000001 BXPC 00000001) [Mon Nov 8 15:36:28 2021] Zone ranges: [Mon Nov 8 15:36:28 2021] DMA [mem 0x00001000-0x00ffffff] [Mon Nov 8 15:36:28 2021] DMA32 [mem 0x01000000-0xffffffff] [Mon Nov 8 15:36:28 2021] Normal [mem 0x100000000-0x237ffffff] [Mon Nov 8 15:36:28 2021] Movable zone start for each node [Mon Nov 8 15:36:28 2021] Early memory node ranges [Mon Nov 8 15:36:28 2021] node 0: [mem 0x00001000-0x0009efff] [Mon Nov 8 15:36:28 2021] node 0: [mem 0x00100000-0x13ffffff] [Mon Nov 8 15:36:28 2021] node 0: [mem 0x15120000-0xbffcdfff] [Mon Nov 8 15:36:28 2021] node 0: [mem 0x100000000-0x237ffffff] [Mon Nov 8 15:36:28 2021] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 2027644 [Mon Nov 8 15:36:28 2021] Policy zone: Normal [Mon Nov 8 15:36:28 2021] ACPI: All ACPI Tables successfully acquired [Mon Nov 8 15:36:28 2021] ACPI: Executed 2 blocks of module-level executable AML code [Mon Nov 8 15:36:28 2021] ACPI: Enabled 16 GPEs in block 00 to 0F [Mon Nov 8 15:36:28 2021] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 [Mon Nov 8 15:36:28 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Mon Nov 8 15:36:28 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-5ef56d57\x2da48e\x2d495c\x2db98b\x2de74d073119a5.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 8 15:36:29 2021] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10 [Mon Nov 8 15:36:43 2021] TECH PREVIEW: eBPF syscall may not be fully supported. Please review provided documentation for limitations. [Mon Nov 8 15:36:47 2021] nr_pdflush_threads exported in /proc is scheduled for removal [Mon Nov 8 15:46:56 2021] conntrack: generic helper won't handle protocol 47. Please consider loading the specific helper module. [root@iZ2zebquvlfb5c14jpkfx9Z ~]#
(0000638) meil_wei    2021-11-09 14:44	镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 实例：ecs.g7.large 有如下报错： [root@iZ2zeh8hn89q43fhi7ffeaZ ~]# dmesg -l warn -T [Mon Nov 8 15:36:18 2021] ACPI: RSDP 00000000000f57f0 00014 (v00 BOCHS ) [Mon Nov 8 15:36:18 2021] ACPI: RSDT 00000000bffe1a3e 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [Mon Nov 8 15:36:18 2021] ACPI: FACP 00000000bffe0bfe 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [Mon Nov 8 15:36:18 2021] ACPI: DSDT 00000000bffe0040 00BBE (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [Mon Nov 8 15:36:18 2021] ACPI: FACS 00000000bffe0000 00040 [Mon Nov 8 15:36:18 2021] ACPI: SSDT 00000000bffe0c72 00C84 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [Mon Nov 8 15:36:18 2021] ACPI: APIC 00000000bffe18f6 00080 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [Mon Nov 8 15:36:18 2021] ACPI: SRAT 00000000bffe1976 000C8 (v01 BOCHS BXPCSRAT 00000001 BXPC 00000001) [Mon Nov 8 15:36:18 2021] Zone ranges: [Mon Nov 8 15:36:18 2021] DMA [mem 0x00001000-0x00ffffff] [Mon Nov 8 15:36:18 2021] DMA32 [mem 0x01000000-0xffffffff] [Mon Nov 8 15:36:18 2021] Normal [mem 0x100000000-0x237ffffff] [Mon Nov 8 15:36:18 2021] Movable zone start for each node [Mon Nov 8 15:36:18 2021] Early memory node ranges [Mon Nov 8 15:36:18 2021] node 0: [mem 0x00001000-0x0009efff] [Mon Nov 8 15:36:18 2021] node 0: [mem 0x00100000-0x9fffffff] [Mon Nov 8 15:36:18 2021] node 0: [mem 0xa1120000-0xbffcffff] [Mon Nov 8 15:36:18 2021] node 0: [mem 0x100000000-0x237ffffff] [Mon Nov 8 15:36:18 2021] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 2027646 [Mon Nov 8 15:36:18 2021] Policy zone: Normal [Mon Nov 8 15:36:21 2021] ACPI: All ACPI Tables successfully acquired [Mon Nov 8 15:36:21 2021] ACPI: Executed 2 blocks of module-level executable AML code [Mon Nov 8 15:36:21 2021] ACPI: Enabled 16 GPEs in block 00 to 0F [Mon Nov 8 15:36:21 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Mon Nov 8 15:36:22 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Mon Nov 8 15:36:23 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-5ef56d57\x2da48e\x2d495c\x2db98b\x2de74d073119a5.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Mon Nov 8 15:36:23 2021] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 [Mon Nov 8 15:36:34 2021] TECH PREVIEW: eBPF syscall may not be fully supported. Please review provided documentation for limitations. [Mon Nov 8 15:36:38 2021] nr_pdflush_threads exported in /proc is scheduled for removal [Mon Nov 8 15:44:15 2021] conntrack: generic helper won't handle protocol 47. Please consider loading the specific helper module. [root@iZ2zeh8hn89q43fhi7ffeaZ ~]#
(0000640) meil_wei    2021-11-09 15:15	镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 实例：ecs.g7a.32xlarge 有如下报错： [root@iZ2ze8xqg1hcfhjhjtr1y7Z ~]# dmesg -l warn -T [Tue Nov 9 15:13:34 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Tue Nov 9 15:13:34 2021] ACPI: RSDP 00000000000f5970 00014 (v00 BOCHS ) [Tue Nov 9 15:13:34 2021] ACPI: RSDT 00000000bffe7376 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [Tue Nov 9 15:13:34 2021] ACPI: FACP 00000000bffe017e 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [Tue Nov 9 15:13:34 2021] ACPI: DSDT 00000000bffdf5c0 00BBE (v01 BOCHS BXPCDSDT 00000001 BXPC 00000001) [Tue Nov 9 15:13:34 2021] ACPI: FACS 00000000bffdf580 00040 [Tue Nov 9 15:13:34 2021] ACPI: SSDT 00000000bffe01f2 063F4 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [Tue Nov 9 15:13:34 2021] ACPI: APIC 00000000bffe65e6 00470 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [Tue Nov 9 15:13:34 2021] ACPI: SRAT 00000000bffe6a56 00920 (v01 BOCHS BXPCSRAT 00000001 BXPC 00000001) [Tue Nov 9 15:13:34 2021] Zone ranges: [Tue Nov 9 15:13:34 2021] DMA [mem 0x00001000-0x00ffffff] [Tue Nov 9 15:13:34 2021] DMA32 [mem 0x01000000-0xffffffff] [Tue Nov 9 15:13:34 2021] Normal [mem 0x100000000-0x7fbfffffff] [Tue Nov 9 15:13:34 2021] Movable zone start for each node [Tue Nov 9 15:13:34 2021] Early memory node ranges [Tue Nov 9 15:13:34 2021] node 0: [mem 0x00001000-0x0009efff] [Tue Nov 9 15:13:34 2021] node 0: [mem 0x00100000-0x13ffffff] [Tue Nov 9 15:13:34 2021] node 0: [mem 0x15120000-0xbffcdfff] [Tue Nov 9 15:13:34 2021] node 0: [mem 0x100000000-0x1fbfffffff] [Tue Nov 9 15:13:34 2021] node 1: [mem 0x2040000000-0x3fbfffffff] [Tue Nov 9 15:13:34 2021] node 2: [mem 0x4040000000-0x5fbfffffff] [Tue Nov 9 15:13:34 2021] node 3: [mem 0x6040000000-0x7fbfffffff] [Tue Nov 9 15:13:34 2021] Built 4 zonelists in Zone order, mobility grouping on. Total pages: 130051708 [Tue Nov 9 15:13:34 2021] Policy zone: Normal [Tue Nov 9 15:13:35 2021] ACPI: All ACPI Tables successfully acquired [Tue Nov 9 15:13:35 2021] 0000032 [Tue Nov 9 15:13:35 2021] 0000033 0000034 0000035 0000036 0000037 0000038 0000039 0000040 0000041 0000042 0000043 0000044 0000045 0000046 0000047 0000048 0000049 0000050 #51 #52 0000053 0000054 0000055 0000056 0000057 0000058 0000059 0000060 0000061 0000062 0000063 OK [Tue Nov 9 15:13:36 2021] ACPI: Executed 2 blocks of module-level executable AML code [Tue Nov 9 15:13:36 2021] ACPI: Enabled 16 GPEs in block 00 to 0F [Tue Nov 9 15:13:36 2021] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 [Tue Nov 9 15:13:36 2021] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [Tue Nov 9 15:13:36 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-5ef56d57\x2da48e\x2d495c\x2db98b\x2de74d073119a5.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Tue Nov 9 15:13:36 2021] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10 [root@iZ2ze8xqg1hcfhjhjtr1y7Z ~]#
(0000673) Shiloong    2021-11-11 21:09	感觉这些问题的类似, 与 ACPI 相关. @zelindeng @artie-ding 也请帮忙一起看看吧
(0000678) zelindeng    2021-11-12 10:41	@Shiloong:感觉这些问题的类似, 与 ACPI 相关. @zelindeng @artie-ding 也请帮忙一起看看吧 --------------------------------------------------------------------------- 我没看到任何问题啊? ACPI那些log都是启动打印的，一些acpi table的checksum。power cap的那个打印是acpi hwmon不支持cap这个feature也是正常打印。另外最上面的都是硬件的问题，是相关模块加载了但是并没有相关硬件

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
490	[Anolis OS 7] General	一般	总是	2021-11-08 14:33	2021-11-17 09:57
报告员:	shanxifanshi	平台:	x86_64
分派给:	nijiayu	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7 rhck vhd][ecs][x86_64]开机启动后，dmesg中存在Call Trace信息
描述:	开机启动后，dmesg中存在Call Trace信息 机器规格：ecs.ebmgn7i.32xlarge [Mon Nov 8 14:07:19 2021] ------------[ cut here ]------------ [Mon Nov 8 14:07:19 2021] WARNING: CPU: 0 PID: 1 at arch/x86/events/intel/core.c:4603 intel_pmu_init+0x10d2/0x1310 [Mon Nov 8 14:07:19 2021] Modules linked in: [Mon Nov 8 14:07:19 2021] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-1062.an7.x86_64 #1 [Mon Nov 8 14:07:19 2021] Hardware name: Alibaba Alibaba Cloud ECS/Alibaba Cloud ECS, BIOS 2.0.WL.AL.D.065.03 09/30/2021 [Mon Nov 8 14:07:19 2021] Call Trace: [Mon Nov 8 14:07:19 2021] [<ffffffff96379262>] dump_stack+0x19/0x1b [Mon Nov 8 14:07:19 2021] [<ffffffff95c9a878>] __warn+0xd8/0x100 [Mon Nov 8 14:07:19 2021] [<ffffffff95c9a8ff>] warn_slowpath_fmt+0x5f/0x80 [Mon Nov 8 14:07:19 2021] [<ffffffff9698c446>] intel_pmu_init+0x10d2/0x1310 [Mon Nov 8 14:07:19 2021] [<ffffffff9698a110>] ? merge_attr+0xab/0xab [Mon Nov 8 14:07:19 2021] [<ffffffff9698a15a>] init_hw_perf_events+0x4a/0x5f1 [Mon Nov 8 14:07:19 2021] [<ffffffff9698a110>] ? merge_attr+0xab/0xab [Mon Nov 8 14:07:19 2021] [<ffffffff95c0210a>] do_one_initcall+0xba/0x240 [Mon Nov 8 14:07:19 2021] [<ffffffff969882ee>] kernel_init_freeable+0x102/0x249 [Mon Nov 8 14:07:19 2021] [<ffffffff96367b00>] ? rest_init+0x80/0x80 [Mon Nov 8 14:07:19 2021] [<ffffffff96367b0e>] kernel_init+0xe/0x100 [Mon Nov 8 14:07:19 2021] [<ffffffff9638bd37>] ret_from_fork_nospec_begin+0x21/0x21 [Mon Nov 8 14:07:19 2021] [<ffffffff96367b00>] ? rest_init+0x80/0x80 [Mon Nov 8 14:07:19 2021] ---[ end trace 733db0ea8134f920 ]--- [预期结果]：dmesg中无warning日志 [实际结果]：dmesg中有Call Trace信息 [复现概率]：必现 [环境信息]： 内核信息： # uname -r 3.10.0-1062.an7.x86_64 机型：线上ecs机器 规格：ecs.ebmgn7i.32xlarge（128vcpu 768G memory） 镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"
标签:
问题重现步骤:	1. reboot机器 2. dmesg -l warn -T查询开机是否有warning日志
附注:
系统说明
附件:

问题注释
(0000674) Shiloong    2021-11-11 21:17	社区已知问题, https://lore.kernel.org/lkml/20181114142518.15380-1-chris@chris-wilson.co.uk/ @zelindeng 帮忙评估一下风险.
(0000680) zelindeng    2021-11-12 10:48	@Shiloong:社区已知问题, https://lore.kernel.org/lkml/20181114142518.15380-1-chris@chris-wilson.co.uk/ @zelindeng 帮忙评估一下风险. ------------------------------------------------------------------------------------------------------------------------------ 需要修复。assign给@nijiayu
(0000725) jacobwang    2021-11-17 09:52	FYI， RHCK 现在策略是优先不修复。 第一是保持和ANCK的差异性。 第二是保障RHCK 自身兼容性。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
477	[Anolis OS 8] kernel	一般	总是	2021-11-04 14:23	2021-11-16 16:41
报告员:	wb-wpp899309	平台:	aarch64
分派给:	LoongsonHFD	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][loongarch64] 修改selinux的状态不生效
描述:	[缺陷描述]： /etc/selinux/config中修改SELINUX=enforcing或者SELINUX=permissive，reboot后，selinux状态依旧为原来的状态disabled,修改状态不生效 # cat /etc/selinux/config # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. SELINUX=enforcing # SELINUXTYPE= can take one of these three values: # targeted - Targeted processes are protected, # minimum - Modification of targeted policy. Only selected processes are protected. # mls - Multi Level Security protection. SELINUXTYPE=targeted [重现概率] 必现 [重现环境] # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" 内核信息： 4.19.190-2.1.an8.loongarch64 lscpu: # lscpu Architecture: loongarch64 Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 CPU family: Loongson-64bit Model name: Loongson-3A5000 BogoMIPS: 5000.00 L1d cache: 64K L1i cache: 64K L2 cache: 256K L3 cache: 16384K NUMA node0 CPU(s): 0-3 Flags: cpucfg lam ual fpu lsx lasx complex crypto lvz lbt_x86 lbt_arm lbt_mips # free -h               total used free shared buff/cache available Mem: 15Gi 264Mi 15Gi 11Mi 281Mi 14Gi Swap: 8.0Gi 0B 8.0Gi [期望结果]： 修改selinux状态为enforcing，重启后，查看selinux状态应该为enforcing [实际结果]： 修改selinux状态为enforcing，重启后，selinux状态未生效
标签:
问题重现步骤:	[重现步骤] (1)/etc/selinux/config中修改SELINUX=enforcing (2)reboot (3)查看selinux状态getenforce
附注:
系统说明
附件:	image.png (9,991 字节) 2021-11-04 14:23 https://bugs-old.openanolis.cn/file_download.php?file_id=269&type=bug

问题注释
(0000706) ticat_fp    2021-11-16 10:03	当前解决方案： 提供安全策略文件，问题是 aolis 系统目前缺少相关日志文件，导致策略文件无法正常生成。 目前正在分析不能生成日志文件的原因。
(0000714) ticat_fp    2021-11-16 15:36	@ticat_fp:当前解决方案： 提供安全策略文件，问题是 aolis 系统目前缺少相关日志文件，导致策略文件无法正常生成。 目前正在分析不能生成日志文件的原因。 -------------------------------------------------------------------------------------------- audit 功能不正常

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
539	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-11-16 16:27	2021-11-16 16:27
报告员:	nijiayu	平台:	x86
分派给:	nijiayu	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	dmesg check: pstore: Unknown compression: deflate
描述:	[root@iZ2ze4m2ri7irjq4s9yc7bZ ~]# dmesg -l err -T [Thu Nov 4 10:20:22 2021] pstore: Unknown compression: deflate [Thu Nov 4 10:20:22 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Thu Nov 4 10:20:22 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [Thu Nov 4 10:20:26 2021] sp5100-tco sp5100-tco: Watchdog hardware is disabled
标签:
问题重现步骤:	重启，dmesg -l err -T
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
317	[Anolis OS 7] General	一般	总是	2021-10-12 10:44	2021-11-16 16:24
报告员:	gaomingyang	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_x86_64】 清华同方PC机测试Anolis7.7无法识别网卡
描述:	清华同方PC机安装完Anolis7.7之后，无法识别网卡
标签:
问题重现步骤:	1、刻录u盘 2、服务器进入iso引导，使用带GUI安装系统 3、安装完成之后点击重启 4、可以重启之后，进入系统
附注:
系统说明
附件:	file-read-258987.png (436,224 字节) 2021-10-12 10:44 https://bugs-old.openanolis.cn/file_download.php?file_id=196&type=bug

问题注释
(0000692) jacobwang    2021-11-12 14:45	下一个ANCK版本解决。
(0000716) gaomingyang    2021-11-16 16:24	发现问题的内核版本为：4.19.91-24.8.an7.x86_64，待下一个ANCK版本验证。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
538	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-11-16 15:45	2021-11-16 15:45
报告员:	jiayingbao	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	Intel: backport Intel Platform Monitoring Technology (PMT) framework
描述:	Intel Platform Monitoring Technology (PMT) is an architecture for enumerating and accessing hardware monitoring capabilities on a device. this issue is to add support for the PMT framework PMT defines several capabilities to support collecting monitoring data from hardware. All are discoverable as separate instances of the PCIE Designated Vendor extended capability (DVSEC) with the Intel vendor code. The DVSEC ID field uniquely identifies the capability. Each DVSEC also provides a BAR offset to a header that defines capability-specific attributes, including GUID, feature type, offset and length, as well as configuration settings where applicable. The GUID uniquely identifies the register space of any monitor data exposed by the capability. Main upstream patch: https://lkml.org/lkml/2020/7/14/64 new ABI added document: https://www.kernel.org/doc/html/latest/admin-guide/abi-testing.html#abi-file-testing-sysfs-class-intel-pmt
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
497	[Anolis OS 7] General	一般	总是	2021-11-08 16:51	2021-11-16 15:27
报告员:	anolislw	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis7.7-anck vhd][ecs][x86_64] 实例reboot后dmesg中存在异常信息
描述:	[问题描述] Anolis7.7-anck vhd ecs x86_64 实例reboot后dmesg中存在异常信息 镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例：ecs.g7.32xlarge [机器详情] [root@iZbp13tgwor95du6lgnbjzZ ~]# uname -a Linux iZbp13tgwor95du6lgnbjzZ 4.19.91-24.8.an7.x86_64 #1 SMP Sat Sep 18 16:53:17 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [root@iZbp13tgwor95du6lgnbjzZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@iZbp13tgwor95du6lgnbjzZ ~]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.19.91-24.8.an7.x86_64 root=UUID=678fa482-e865-43e6-a841-68840e679524 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api spectre_v2=retpoline biosdevname=0 net.ifnames=0 console=tty0 console=ttyS0,115200n8 noibrs nvme_core.io_timeout=4294967295 [root@iZbp13tgwor95du6lgnbjzZ ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 128 On-line CPU(s) list: 0-127 Thread(s) per core: 2 Core(s) per socket: 32 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel CPU family: 6 Model: 106 Model name: Intel(R) Xeon(R) Platinum 8369B CPU @ 2.70GHz Stepping: 6 CPU MHz: 2699.998 BogoMIPS: 5399.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 48K L1i cache: 32K L2 cache: 1280K L3 cache: 49152K NUMA node0 CPU(s): 0-63 NUMA node1 CPU(s): 64-127 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves wbnoinvd arat avx512vbmi avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid fsrm [root@iZbp13tgwor95du6lgnbjzZ ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 248G 0 248G 0% /dev tmpfs 248G 0 248G 0% /dev/shm tmpfs 248G 1.1M 248G 1% /run tmpfs 248G 0 248G 0% /sys/fs/cgroup /dev/vda1 40G 13G 25G 34% / tmpfs 50G 0 50G 0% /run/user/0 [root@iZbp13tgwor95du6lgnbjzZ ~]# free -m               total used free shared buff/cache available Mem: 507603 251675 249019 1 6908 253096 Swap: 0 0 0 [报错详情] [root@iZbp13tgwor95du6lgnbjzZ ~]# dmesg -l warn -T [Sat Nov 6 02:24:37 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Sat Nov 6 02:24:37 2021] #2 [Sat Nov 6 02:24:37 2021] #3 [Sat Nov 6 02:24:37 2021] #4 [Sat Nov 6 02:24:37 2021] 0000005 ...... ...... [Sat Nov 6 02:24:37 2021] 0000029 [Sat Nov 6 02:24:37 2021] 0000030 [Sat Nov 6 02:24:37 2021] 0000031 [Sat Nov 6 02:24:37 2021] 0000032 [Sat Nov 6 02:24:37 2021] 0000033 [Sat Nov 6 02:24:37 2021] 0000034 [Sat Nov 6 02:24:37 2021] 0000035 [Sat Nov 6 02:24:37 2021] 0000036 [Sat Nov 6 02:24:37 2021] 0000037 [Sat Nov 6 02:24:37 2021] 0000038 [Sat Nov 6 02:24:37 2021] 0000039 [Sat Nov 6 02:24:37 2021] 0000040 [Sat Nov 6 02:24:37 2021] 0000041 [Sat Nov 6 02:24:37 2021] 0000042 [Sat Nov 6 02:24:37 2021] 0000043 [Sat Nov 6 02:24:37 2021] 0000044 [Sat Nov 6 02:24:38 2021] 0000045 [Sat Nov 6 02:24:38 2021] 0000046 [Sat Nov 6 02:24:38 2021] 0000047 [Sat Nov 6 02:24:38 2021] 0000048 [Sat Nov 6 02:24:38 2021] 0000049 [Sat Nov 6 02:24:38 2021] 0000050 [Sat Nov 6 02:24:38 2021] #51 [Sat Nov 6 02:24:38 2021] #52 [Sat Nov 6 02:24:38 2021] 0000053 [Sat Nov 6 02:24:38 2021] 0000054 [Sat Nov 6 02:24:38 2021] 0000055 [Sat Nov 6 02:24:38 2021] 0000056 [Sat Nov 6 02:24:38 2021] 0000057 [Sat Nov 6 02:24:38 2021] 0000058 [Sat Nov 6 02:24:38 2021] 0000059 [Sat Nov 6 02:24:38 2021] 0000060 [Sat Nov 6 02:24:38 2021] 0000061 [Sat Nov 6 02:24:38 2021] 0000062 [Sat Nov 6 02:24:38 2021] 0000063 [Sat Nov 6 02:24:34 2021] ------------[ cut here ]------------ [Sat Nov 6 02:24:34 2021] sched: CPU 0000064's llc-sibling CPU #0 is not on the same node! [node: 1 != 0]. Ignoring dependency. [Sat Nov 6 02:24:34 2021] WARNING: CPU: 64 PID: 0 at arch/x86/kernel/smpboot.c:426 topology_sane.isra.5+0x63/0x70 [Sat Nov 6 02:24:34 2021] Modules linked in: [Sat Nov 6 02:24:34 2021] CPU: 64 PID: 0 Comm: swapper/64 Not tainted 4.19.91-24.8.an7.x86_64 #1 [Sat Nov 6 02:24:34 2021] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 90210cb 04/01/2014 [Sat Nov 6 02:24:34 2021] RIP: 0010:topology_sane.isra.5+0x63/0x70 [Sat Nov 6 02:24:34 2021] Code: f0 01 5b c3 80 3d 16 83 3d 01 00 75 f0 45 8b 0c 09 31 c0 89 f1 89 fe 48 c7 c7 70 ef 0a 94 c6 05 fc 82 3d 01 01 e8 dd 4b 04 00 <0f> 0b eb cf 66 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 0f b6 05 18 [Sat Nov 6 02:24:34 2021] RSP: 0000:ffffb745cc6dfed0 EFLAGS: 00010086 [Sat Nov 6 02:24:34 2021] RAX: 0000000000000061 RBX: ffff945342c0f001 RCX: ffffffff94269568 [Sat Nov 6 02:24:34 2021] RDX: 0000000000000001 RSI: 0000000000000092 RDI: 0000000000000046 [Sat Nov 6 02:24:34 2021] RBP: 0000000000000040 R08: 0000000000000000 R09: 0000000000000005 [Sat Nov 6 02:24:34 2021] R10: 0000000000000000 R11: ffffb745cc6dfc60 R12: 000000000000f020 [Sat Nov 6 02:24:34 2021] R13: 0000000000000040 R14: 0000000000000000 R15: 0000000000000001 [Sat Nov 6 02:24:34 2021] FS: 0000000000000000(0000) GS:ffff945342c00000(0000) knlGS:0000000000000000 [Sat Nov 6 02:24:34 2021] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [Sat Nov 6 02:24:34 2021] CR2: 0000000000000000 CR3: 000000226820a001 CR4: 00000000003706e0 [Sat Nov 6 02:24:34 2021] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [Sat Nov 6 02:24:34 2021] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [Sat Nov 6 02:24:34 2021] Call Trace: [Sat Nov 6 02:24:34 2021] set_cpu_sibling_map+0x162/0x5a0 [Sat Nov 6 02:24:34 2021] start_secondary+0x9f/0x1e0 [Sat Nov 6 02:24:34 2021] secondary_startup_64+0xa4/0xb0 [Sat Nov 6 02:24:34 2021] ---[ end trace 1d46b6b5544b02c7 ]--- [Sat Nov 6 02:24:38 2021] 0000065 [Sat Nov 6 02:24:38 2021] 0000066 [Sat Nov 6 02:24:38 2021] 0000067 [Sat Nov 6 02:24:38 2021] 0000068 ...... ...... [Sat Nov 6 02:24:39 2021] #125 [Sat Nov 6 02:24:39 2021] 0000126 [Sat Nov 6 02:24:39 2021] 0000127 [Sat Nov 6 02:24:39 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Sat Nov 6 02:24:43 2021] systemd[1]: [/run/systemd/generator/dev-disk-by\x2duuid-678fa482\x2de865\x2d43e6\x2da841\x2d68840e679524.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Sat Nov 6 02:24:44 2021] systemd: 15 output lines suppressed due to ratelimiting [Sat Nov 6 02:24:44 2021] systemd-journald[2380]: File /var/log/journal/20211105100401200910406909548250/system.journal corrupted or uncleanly shut down, renaming and replacing. [Sat Nov 6 02:29:23 2021] conntrack: generic helper won't handle protocol 47. Please consider loading the specific helper module.
标签:
问题重现步骤:	[复现] dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000658) Shiloong    2021-11-11 15:07	ICX 上的已知问题: https://lore.kernel.org/lkml/20210216195804.24204-1-alison.schofield@intel.com/ 目前bugfix 还未进 upstream, 问题只有 warning, 无实际功能影响, 暂不修复.
(0000659) Shiloong    2021-11-11 15:08	Aone: 34275025

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
536	[Anolis OS 8] - iso-images	严重	总是	2021-11-16 11:53	2021-11-16 14:33
报告员:	Okiedokie	平台:	LoongArch
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.4] [loongarch64] strace执行命令卡住没有正常产生结果
描述:	[root@localhost ttt]# strace cat /dev/null ????(strace: Process 593754 detached  <detached ...> [root@localhost ttt]# uname -a Linux localhost.localdomain 4.19.190-2.1.an8.loongarch64 #1 SMP Tue Sep 28 06:19:17 UTC 2021 loongarch64 loongarch64 loongarch64 GNU/Linux [root@localhost ttt]# rpm -qa|grep strace strace-5.1-1.lns8.loongarch64
标签:
问题重现步骤:	strace cat /dev/null
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
535	[Anolis OS 8] - iso-images	严重	总是	2021-11-16 11:51	2021-11-16 14:33
报告员:	Okiedokie	平台:	LoongArch
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.4] [loongarch64] 安装rust-1.41.1-1.lns8.loongarch64.rpm时出现报错依赖libLLVM-8.so.1
描述:	[root@localhost ttt]# rpm -ivh rust-1.41.1-1.lns8.loongarch64.rpm warning: rust-1.41.1-1.lns8.loongarch64.rpm: Header V4 RSA/SHA256 Signature, key ID 2e1a7d2c: NOKEY error: Failed dependencies:         libLLVM-8.so.1()(64bit) is needed by rust-1.41.1-1.lns8.loongarch64         libLLVM-8.so.1(LLVM_8)(64bit) is needed by rust-1.41.1-1.lns8.loongarch64 [root@localhost ttt]# uname -a Linux localhost.localdomain 4.19.190-2.1.an8.loongarch64 #1 SMP Tue Sep 28 06:19:17 UTC 2021 loongarch64 loongarch64 loongarch64 GNU/Linux
标签:
问题重现步骤:	wget http://pkg.loongnix.cn/loongnix-server/8.3/AppStream/loongarch64/release/Packages/rust-1.41.1-1.lns8.loongarch64.rpm rpm -ivh rust-1.41.1-1.lns8.loongarch64.rpm
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
531	[Anolis OS 8] - iso-images	一般	总是	2021-11-15 10:57	2021-11-16 11:55
报告员:	Okiedokie	平台:	龙芯
分派给:	geliwei-ali	操作系统:	loongarch64
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.4] [loongarch64] clang在编译时出现报错
描述:	[root@localhost ttt]# clang helloworld.c -o helloworld /usr/bin/ld: cannot find crtbegin.o: No such file or directory /usr/bin/ld: cannot find -lgcc /usr/bin/ld: cannot find -lgcc_s clang-8: error: linker command failed with exit code 1 (use -v to see invocation) [root@localhost ttt]# uname -a Linux localhost.localdomain 4.19.190-2.1.an8.loongarch64 #1 SMP Tue Sep 28 06:19:17 UTC 2021 loongarch64 loongarch64 loongarch64 GNU/Linux [root@localhost ttt]# rpm -qa|grep strace strace-5.1-1.lns8.loongarch64 [root@localhost ttt]# rpm -qa|grep gcc gcc-8.3.0-24.1.an8.vec.loongarch64 libgcc-8.3.0-24.1.an8.vec.loongarch64 gcc-c++-8.3.0-24.1.an8.vec.loongarch64 [root@localhost ttt]# rpm -qa|grep clang clang-libs-8.0.1-1.1.lns8.loongarch64 clang-8.0.1-1.1.lns8.loongarch64
标签:
问题重现步骤:	cat > helloworld.c << EOF #include <stdio.h> int main() {     printf("Hello world\n");     return 0; } EOF clang helloworld.c -o helloworld ./helloworld
附注:
附件:

问题注释
(0000705) LoongsonHFD    2021-11-15 15:35	从错误看，缺少gcc等库，clang软件包安装时会有依赖gcc，需要排查下clang是否安装完整。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
478	[Anolis OS 8] kernel	严重	总是	2021-11-04 14:32	2021-11-15 16:03
报告员:	anolis_account	平台:	龙芯
分派给:	LoongsonHFD	操作系统:	Anolis
优先级:	高	操作系统版本:	8.4
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][loongarch64]iproute-tc包流量统计功能报错，Error: Specified qdisc not found.
描述:	安装iproute-tc包，通过tc指令进行流量控制，报错，Error: Specified qdisc not found. # uname -a Linux localhost.localdomain 4.19.190-2.1.an8.loongarch64 #1 SMP Tue Sep 28 06:19:17 UTC 2021 loongarch64 loongarch64 loongarch64 GNU/Linux [root@localhost tmp]# rpm -qa|grep iproute iproute-5.9.0-4.an8.loongarch64 iproute-tc-5.9.0-4.an8.loongarch64
标签:
问题重现步骤:	# tc qdisc add dev eno1 root netem delay 100ms Error: Specified qdisc not found. [root@localhost tmp]# tc qdisc add dev bond0 root handle 1: htb [root@localhost tmp]# tc qdisc add dev eno1 root handle 1: htb Error: Specified qdisc not found.
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
533	[Anolis OS 8] - cloud kernel 5.10	一般	随机	2021-11-15 12:22	2021-11-15 14:34
报告员:	fghuims	平台:
分派给:	fghuims	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	测试pty发生softlockup问题
描述:	When running ltp testcase(ltp/testcases/kernel/pty/pty04.c) with arm64, there is a soft lockup,     which look like this one:            Workqueue: events_unbound flush_to_ldisc       Call trace:        dump_backtrace+0x0/0x1ec        show_stack+0x24/0x30        dump_stack+0xd0/0x128        panic+0x15c/0x374        watchdog_timer_fn+0x2b8/0x304        __run_hrtimer+0x88/0x2c0        __hrtimer_run_queues+0xa4/0x120        hrtimer_interrupt+0xfc/0x270        arch_timer_handler_phys+0x40/0x50        handle_percpu_devid_irq+0x94/0x220        __handle_domain_irq+0x88/0xf0        gic_handle_irq+0x84/0xfc        el1_irq+0xc8/0x180        slip_unesc+0x80/0x214 [slip]        tty_ldisc_receive_buf+0x64/0x80        tty_port_default_receive_buf+0x50/0x90        flush_to_ldisc+0xbc/0x110        process_one_work+0x1d4/0x4b0        worker_thread+0x180/0x430        kthread+0x11c/0x120
标签:
问题重现步骤:
附注:	36618750
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
495	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-11-08 16:22	2021-11-15 12:35
报告员:	fghuims	平台:	aarch64(Kunpeng)
分派给:	fghuims	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	memcpy等性能优化
描述:	在社区upstream中，已经对strncmp、memcpy、strcmp、memcmp、memmove、strlen、memchr有实现优化，需要测试存在优化效果后backport
标签:
问题重现步骤:
附注:	36311212
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
525	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-11-12 14:47	2021-11-15 12:34
报告员:	fghuims	平台:
分派给:	fghuims	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	arm64中ftrace替换指令距离超过128M存在问题
描述:	arm64中ftrace替换指令距离超过128M是，ftrace异常： ftrace: no module PLT for ftrace_regs_caller
标签:
问题重现步骤:
附注:	37479015
附件:

问题注释
(0000693) fghuims    2021-11-12 14:49	37479015

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
530	[Anolis OS 8] gnome-control-center	一般	总是	2021-11-15 10:23	2021-11-15 10:23
报告员:	mgb01105731	平台:	x86_64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	gnome-control-center-filesystem包升级失败
描述:	使用命令升级gnome-control-center-filesystem，出现缺少指定的版本
标签:
问题重现步骤:	1. 使用命令升级gnome-control-center-filesystem 2. 出现升级异常，升级失败
附注:
系统说明
附件:	image.png (66,090 字节) 2021-11-15 10:23 https://bugs-old.openanolis.cn/file_download.php?file_id=286&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
479	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-04 14:47	2021-11-12 18:39
报告员:	anoliswanqian	平台:
分派给:	Shiloong	操作系统:	anolis
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1_x86_64] [兆芯/鲲鹏/飞腾] 无声音,无声音调节等
描述:	鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co     飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 16G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T
标签:
问题重现步骤:	[兆芯/鲲鹏/飞腾] 无声音,无声音调节
附注:
附件:	图片.png (66,571 字节) 2021-11-08 17:34 https://bugs-old.openanolis.cn/file_download.php?file_id=276&type=bug

问题注释
(0000622) Shiloong    2021-11-08 14:52	@anoliswanqian 1. 有测试过 RHCK 内核吗? 声卡是否工作正常? 2. 如何登录测试平台? 或者帮忙收集一下声卡设备与驱动信息: lspci |grep -i audio lsmod |grep snd
(0000627) anoliswanqian    2021-11-08 17:33	@Shiloong:@anoliswanqian 1. 有测试过 RHCK 内核吗? 声卡是否工作正常? 2. 如何登录测试平台? 或者帮忙收集一下声卡设备与驱动信息: lspci |grep -i audio lsmod |grep snd ------------------------------------------------------------------------------------------------------------------------------------ 我们已经更换RHCK内核，声卡还是不能工作。 声卡设备信息见截图
(0000628) anoliswanqian    2021-11-08 17:34	@anoliswanqian:我们已经更换RHCK内核，声卡还是不能工作。 声卡设备信息见截图 --------------------------------------------------------------
(0000632) Shiloong    2021-11-08 19:41	@anoliswanqian Sorry, 再帮忙看一下这个命令输出呢? dmesg |grep -i Audio lspci -k | grep -A3 Audio 安装一下aplay: yum -y install alsa-utils 运行以下命令: aplay -l
(0000643) Shiloong    2021-11-09 16:12	从反馈的信息看, 这个声卡是 VIA 的VT82xx 系列的声卡. ANCK-4.19内核, x86_64 架构是编译了相应的驱动模块的: snd_via82xx.ko; arm64 架构上, 相应的声卡驱动没有编译, 问题应该是确认的. 所以需要: 1. 搞清楚 x86_64 平台上没有声音的原因, 可能是驱动加载不正确, 当前加载的是 snd_hda_intel; 需要用 aplay -l 或 lspci |grep -A3 Audio 命令来确认; 2. 重新出 ARM64 内核, 加上相应声卡驱动复测.
(0000704) anoliswanqian    2021-11-12 18:39	@Shiloong:从反馈的信息看, 这个声卡是 VIA 的VT82xx 系列的声卡. ANCK-4.19内核, x86_64 架构是编译了相应的驱动模块的: snd_via82xx.ko; arm64 架构上, 相应的声卡驱动没有编译, 问题应该是确认的. 所以需要: 1. 搞清楚 x86_64 平台上没有声音的原因, 可能是驱动加载不正确, 当前加载的是 snd_hda_intel; 需要用 aplay -l 或 lspci |grep -A3 Audio 命令来确认; 2. 重新出 ARM64 内核, 加上相应声卡驱动复测. -----------------------------------------------------------------------------------------------------------------------------------------------------

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
394	[Anolis OS 8] - iso-images	致命	总是	2021-10-26 11:37	2021-11-12 18:39
报告员:	gaomingyang	平台:	aarch64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】无法安装Eclipse、IntelliJIDEA、Code::Blocks、PyCharm集成开发工具（DDE问题）
描述:	安装Anolis8.2_QU1_DDE版本之后，无法安装Eclipse、IntelliJIDEA、Code::Blocks、PyCharm集成开发工具
标签:
问题重现步骤:	飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 无法安装Eclipse、IntelliJIDEA、Code::Blocks、PyCharm集成开发工具，无应用商店
附注:
系统说明
附件:

问题注释
(0000578) xiezhongtian    2021-11-01 20:26	此问题属于anolis os对第三方软件的适配问题，请测试确认是否不能安装相应的版本。
(0000703) anoliswanqian    2021-11-12 18:39	可成功安装，无问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
455	[Anolis OS 8] - iso-images	严重	没有试验	2021-11-01 14:48	2021-11-12 18:38
报告员:	anoliswanqian	平台:
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 字体管理器 不能设置缺省字体 （DDE问题）
描述:	兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T 飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co
标签:
问题重现步骤:	字体管理器 不能设置缺省字体
附注:
系统说明
附件:

问题注释
(0000590) xiezhongtian    2021-11-02 14:21	字体设置在 控制中心--个性化--字体 模块提供。
(0000597) anoliswanqian    2021-11-03 16:11	2021年11月3日,目前结论: 等待个性化功能修复
(0000702) anoliswanqian    2021-11-12 18:38	个性化已修复

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
474	[Anolis OS 8] - iso-images	一般	没有试验	2021-11-04 10:45	2021-11-12 18:38
报告员:	anoliswanqian	平台:
分派给:	xiezhongtian	操作系统:	anolis
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 资源管理器 菜单栏 点击帮助后,内容为空（DDE问题）
描述:	兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T     飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 16G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co
标签:
问题重现步骤:	资源管理器 菜单栏 点击帮助后,内容为空
附注:
附件:

问题注释
(0000701) anoliswanqian    2021-11-12 18:38	已修改，验证通过

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
471	[Anolis OS 8] - iso-images	严重	没有试验	2021-11-03 15:25	2021-11-12 18:37
报告员:	anoliswanqian	平台:
分派给:	xiezhongtian	操作系统:	anolis
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 视频播放工具 影院不能打开视频. （DDE问题）
描述:	兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T
标签:
问题重现步骤:	虽然系统自带的 视频播放器 可以播放,但是功能太简单.
附注:
附件:	截图_选择区域_20211109165540.png (36,690 字节) 2021-11-09 16:59 https://bugs-old.openanolis.cn/file_download.php?file_id=280&type=bug

问题注释
(0000648) anoliswanqian    2021-11-09 16:59	播放视频，失败截图。 系统自己录的mp4视频也不能播放
(0000700) anoliswanqian    2021-11-12 18:37	已解决。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
514	[Anolis OS 8] - aliyun-images	一般	总是	2021-11-11 12:15	2021-11-12 16:24
报告员:	wuyihao	平台:
分派给:	wuyihao	操作系统:
优先级:	中	操作系统版本:
状态:	已确认	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	对阿里云的credit实例关闭haltpoll
描述:	对阿里云的credit实例关闭haltpoll，避免CPU%波动
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000697) wuyihao    2021-11-12 16:23	暂无方案

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
337	[Anolis OS 7] General	一般	没有试验	2021-10-14 17:04	2021-11-12 15:39
报告员:	jacob2021	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] [aarch64]飞腾FT2500安装anolis7黑屏
描述:	飞腾SV-2564（FT2500）安装anolis7失败。光盘选择安装后，进入黑屏状态 参看附件了解详情 镜像：AnolisOS-7.7-GA-aarch64-dvd.iso
标签:
问题重现步骤:
附注:
系统说明
附件:	feiteng1_1.jpg (163,290 字节) 2021-10-14 17:04 https://bugs-old.openanolis.cn/file_download.php?file_id=213&type=bug feiteng1.jpg (129,334 字节) 2021-10-14 17:04 https://bugs-old.openanolis.cn/file_download.php?file_id=214&type=bug

问题注释
(0000691) jacobwang    2021-11-12 14:45	因为双内核问题bug引入。 installer ISO 错误使用了rhck 内核导致。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
350	[Anolis OS 7] General	一般	总是	2021-10-19 15:25	2021-11-12 14:43
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】图形化安装-安装目的地-安装磁盘-加密
描述:	磁盘加密安装，重启之后，无法进入系统
标签:
问题重现步骤:	[前置条件] 进入图形化安装界面 [步骤] 1. 在图形化安装界面，其他项默认配置，点击“安装目的地”项 2. 在弹出的“安装目标位置”对话框，选择加密—加密我的数据，其他项默认配置，点击完成，设置磁盘加密口令。 3. 点击“开始安装”按钮，安装完成后，点击“重启”按钮 4. 重启后进入到磁盘解密的对话框，输入口令。 [结果] 1. 点击重启之，进入引导之后无法进入系统，见附件 [期望] 1. 弹出“安装目标位置”对话框 2. 加密我的数据被勾选，磁盘口令设置成功，配置完成。 3. 系统安装成功，系统重启 4. 进入系统。
附注:
系统说明
附件:	reboot.png (41,873 字节) 2021-10-19 15:25 https://bugs-old.openanolis.cn/file_download.php?file_id=234&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
361	[Anolis OS 7] General	严重	总是	2021-10-20 14:53	2021-11-12 14:37
报告员:	wb-wpp899309	平台:	x86_64/aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7.7
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] [x86_64/aarch64]安装docker-ce后，systemctl start docker启动服务失败
描述:	[缺陷描述] 安装docker-ce相关软件包后，systemctl start docker启动服务失败 错误如下： # systemctl start docker Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details. [root@VM20210305-15 bin]# systemctl status docker.service ● docker.service - Docker Application Container Engine    Loaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled)    Active: failed (Result: start-limit) since Wed 2021-10-20 22:43:38 CST; 3s ago      Docs: https://docs.docker.com   Process: 10884 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE)  Main PID: 10884 (code=exited, status=1/FAILURE) Oct 20 22:43:36 VM20210305-15 systemd[1]: Failed to start Docker Application Container Engine. Oct 20 22:43:36 VM20210305-15 systemd[1]: Unit docker.service entered failed state. Oct 20 22:43:36 VM20210305-15 systemd[1]: docker.service failed. Oct 20 22:43:38 VM20210305-15 systemd[1]: docker.service holdoff time over, scheduling restart. Oct 20 22:43:38 VM20210305-15 systemd[1]: Stopped Docker Application Container Engine. Oct 20 22:43:38 VM20210305-15 systemd[1]: start request repeated too quickly for docker.service Oct 20 22:43:38 VM20210305-15 systemd[1]: Failed to start Docker Application Container Engine. Oct 20 22:43:38 VM20210305-15 systemd[1]: Unit docker.service entered failed state. Oct 20 22:43:38 VM20210305-15 systemd[1]: docker.service failed. [重现概率] 必现 [重现环境] # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" # uname -r 4.19.91-24.8.an7.x86_64 # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 1 Socket(s): 2 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping: 7 CPU MHz: 2500.000 BogoMIPS: 5000.00 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni [实际结果]： 安装docker-ce相关软件包后，服务启动失败 [预期结果]： 安装docker-ce相关软件包后，systemctl start docker启动服务成功
标签:
问题重现步骤:	[重现步骤] 1.添加软件源信息 wget -q http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo -P /tmp/ yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo wget -O /etc/yum.repos.d/docker-ce.repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo sed -i 's/\$releasever/7/' /etc/yum.repos.d/docker-ce.repo 2.安装docker-ce rpm -q docker && yum erase -y docker docker-common docker-client yum repo-pkgs docker-ce-stable install -y 3.开启Docker服务 systemctl start docker
附注:
系统说明
附件:	image.png (80,052 字节) 2021-10-20 14:53 https://bugs-old.openanolis.cn/file_download.php?file_id=237&type=bug

问题注释
(0000687) qhw13324663979    2021-11-12 14:29	起docker服务之前需要设置一下selinux状态 setenforce 0 # 临时关闭 sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/selinux/config # 永久关闭
(0000688) jacobwang    2021-11-12 14:37	已经修复。 https://bugs.openanolis.cn/view.php?id=485

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
485	[Anolis OS 7] General	严重	总是	2021-11-08 11:46	2021-11-12 14:28
报告员:	anolislw	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis7.7][vhd][x86_64] 安装docker-ce缺失依赖
描述:	[问题描述] 配置docker-ce源后，安装docker-ce失败，缺失依赖 [镜像详情] 镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例：ecs.g6.large，ecs.g6.26xlarge，ecs.g6a.large，ecs.g6a.32xlarge [机器详情] [root@iZbp14n9npwyo2b1huz94cZ ~]# uname -a Linux iZbp14n9npwyo2b1huz94cZ 4.19.91-24.8.an7.x86_64 #1 SMP Sat Sep 18 16:53:17 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [root@iZbp14n9npwyo2b1huz94cZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@iZbp14n9npwyo2b1huz94cZ ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 3.7G 0 3.7G 0% /dev tmpfs 3.8G 0 3.8G 0% /dev/shm tmpfs 3.8G 592K 3.8G 1% /run tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup /dev/vda1 40G 9.9G 28G 27% / tmpfs 760M 0 760M 0% /run/user/0 [root@iZbp14n9npwyo2b1huz94cZ ~]# [root@iZbp14n9npwyo2b1huz94cZ ~]# free -h               total used free shared buff/cache available Mem: 7.4G 145M 7.0G 600K 246M 7.0G Swap: 0B 0B 0B [root@iZbp14n9npwyo2b1huz94cZ ~]# cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.19.91-24.8.an7.x86_64 root=UUID=678fa482-e865-43e6-a841-68840e679524 ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M cryptomgr.notests cgroup.memory=nokmem rcupdate.rcu_cpu_stall_timeout=300 vring_force_dma_api spectre_v2=retpoline biosdevname=0 net.ifnames=0 console=tty0 console=ttyS0,115200n8 noibrs nvme_core.io_timeout=4294967295 [root@iZbp14n9npwyo2b1huz94cZ ~]# [root@iZbp14n9npwyo2b1huz94cZ ~]# yum repolist Loaded plugins: langpacks repo id repo name status !docker-ce docker-ce 131 !os/x86_64 AnolisOS-7.7 - os 6,744 !plus-debug plus-debug 6 !updates/x86_64 AnolisOS-7.7 - updates 0 repolist: 6,881 [报错详情] [root@iZbp14n9npwyo2b1huz94cZ ~]# yum install -y docker-ce Loaded plugins: langpacks docker-ce | 3.5 kB 00:00:00 os | 3.8 kB 00:00:00 plus-debug | 3.0 kB 00:00:00 updates | 3.0 kB 00:00:00 Resolving Dependencies --> Running transaction check ---> Package docker-ce.x86_64 3:20.10.10-3.el7 will be installed --> Processing Dependency: container-selinux >= 2:2.74 for package: 3:docker-ce-20.10.10-3.el7.x86_64 --> Processing Dependency: containerd.io >= 1.4.1 for package: 3:docker-ce-20.10.10-3.el7.x86_64 --> Processing Dependency: docker-ce-cli for package: 3:docker-ce-20.10.10-3.el7.x86_64 --> Processing Dependency: docker-ce-rootless-extras for package: 3:docker-ce-20.10.10-3.el7.x86_64 --> Running transaction check ---> Package containerd.io.x86_64 0:1.4.11-3.1.el7 will be installed --> Processing Dependency: container-selinux >= 2:2.74 for package: containerd.io-1.4.11-3.1.el7.x86_64 ---> Package docker-ce.x86_64 3:20.10.10-3.el7 will be installed --> Processing Dependency: container-selinux >= 2:2.74 for package: 3:docker-ce-20.10.10-3.el7.x86_64 ---> Package docker-ce-cli.x86_64 1:20.10.10-3.el7 will be installed --> Processing Dependency: docker-scan-plugin(x86-64) for package: 1:docker-ce-cli-20.10.10-3.el7.x86_64 ---> Package docker-ce-rootless-extras.x86_64 0:20.10.10-3.el7 will be installed --> Processing Dependency: fuse-overlayfs >= 0.7 for package: docker-ce-rootless-extras-20.10.10-3.el7.x86_64 --> Processing Dependency: slirp4netns >= 0.4 for package: docker-ce-rootless-extras-20.10.10-3.el7.x86_64 --> Running transaction check ---> Package containerd.io.x86_64 0:1.4.11-3.1.el7 will be installed --> Processing Dependency: container-selinux >= 2:2.74 for package: containerd.io-1.4.11-3.1.el7.x86_64 ---> Package docker-ce.x86_64 3:20.10.10-3.el7 will be installed --> Processing Dependency: container-selinux >= 2:2.74 for package: 3:docker-ce-20.10.10-3.el7.x86_64 ---> Package docker-ce-rootless-extras.x86_64 0:20.10.10-3.el7 will be installed --> Processing Dependency: fuse-overlayfs >= 0.7 for package: docker-ce-rootless-extras-20.10.10-3.el7.x86_64 --> Processing Dependency: slirp4netns >= 0.4 for package: docker-ce-rootless-extras-20.10.10-3.el7.x86_64 ---> Package docker-scan-plugin.x86_64 0:0.9.0-3.el7 will be installed --> Finished Dependency Resolution Error: Package: containerd.io-1.4.11-3.1.el7.x86_64 (docker-ce)            Requires: container-selinux >= 2:2.74 Error: Package: docker-ce-rootless-extras-20.10.10-3.el7.x86_64 (docker-ce)            Requires: fuse-overlayfs >= 0.7 Error: Package: 3:docker-ce-20.10.10-3.el7.x86_64 (docker-ce)            Requires: container-selinux >= 2:2.74 Error: Package: docker-ce-rootless-extras-20.10.10-3.el7.x86_64 (docker-ce)            Requires: slirp4netns >= 0.4  You could try using --skip-broken to work around the problem  You could try running: rpm -Va --nofiles --nodigest
标签:
问题重现步骤:	[复现步骤] 1）配置docker-ce源 [root@iZbp14n9npwyo2b1huz94cZ ~]# cat /etc/yum.repos.d/docker-ce.repo [docker-ce] name = docker-ce baseurl = https://mirrors.aliyun.com/docker-ce/linux/centos/7/x86_64/stable/ enabled = 1 gpgcheck=0 2）安装docker-ce
附注:
系统说明
附件:	image.png (720,693 字节) 2021-11-12 14:28 https://bugs-old.openanolis.cn/file_download.php?file_id=284&type=bug

问题注释
(0000619) anolislw    2021-11-08 11:55	镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例：ecs.g7.large，ecs.g7.32xlarge 存在同样问题
(0000629) yinyongchen    2021-11-08 17:39	镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 实例：ecs.g6r.large ecs.g6r.16xlarge 存在同样问题
(0000630) yinyongchen    2021-11-08 17:55	@yinyongchen:镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 实例：ecs.g6r.large ecs.g6r.16xlarge 存在同样问题 --------------------------------------------------------------------------------------------------------------------- 镜像：anolisos_7_7_arm64_20G_anck_alibase_20211105.vhd 实例：ecs.g6r.large ecs.g6r.16xlarge 存在同样问题， 上面镜像名写错了，是aarch64架构的
(0000633) shanxifanshi    2021-11-09 10:35	以下规格实例在安装7.7 x86和arm rhck镜像后，并手动添加epel源后依然缺少依赖 [x86] 镜像：anolisos_7_7_x64_20G_rhck_alibase_20211105.vhd 实例：ecs.ebmg6.26xlarge、ecs.ebmgn7i.32xlarge [arm] 镜像：anolisos_7_7_arm64_20G_rhck_alibase_20211105.vhd 实例：ecs.g6r.large、ecs.g6r.16xlarge 手动配置的epel源： [epel] name=Extra Packages for Enterprise Linux 7 - $basearch # It is much more secure to use the metalink, but if you wish to use a local mirror # place its address here. baseurl=https://mirrors.aliyun.com/epel/7/$basearch #metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch&infra=$infra&content=$contentdir failovermethod=priority enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7 且epel源是可以ping通的，说明访问没有问题 # ping mirrors.aliyun.com PING mirrors.aliyun.com.w.alikunlun.com (42.81.204.61) 56(84) bytes of data. 64 bytes from 42.81.204.61 (42.81.204.61): icmp_seq=1 ttl=51 time=11.6 ms 64 bytes from 42.81.204.61 (42.81.204.61): icmp_seq=2 ttl=51 time=11.6 ms 64 bytes from 42.81.204.61 (42.81.204.61): icmp_seq=3 ttl=51 time=11.6 ms 64 bytes from 42.81.204.61 (42.81.204.61): icmp_seq=4 ttl=51 time=11.6 ms 64 bytes from 42.81.204.61 (42.81.204.61): icmp_seq=5 ttl=51 time=11.6 ms 64 bytes from 42.81.204.61 (42.81.204.61): icmp_seq=6 ttl=51 time=11.6 ms 64 bytes from 42.81.204.61 (42.81.204.61): icmp_seq=7 ttl=51 time=11.6 ms
(0000639) wb-wpp899309    2021-11-09 14:54	镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd 实例：ecs.g7a.large、ecs.g7a.32xlarge、ecs.d1.2xlarge、ecs.d2s.5xlarge 存在相同的问题
(0000652) anolislw    2021-11-10 12:24	补充下安装docker-ce失败时，当时测试机repo的情况： ------------------------------------------------------------------------------ [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# yum repolist Loaded plugins: langpacks repo id repo name status !docker docker-ce 131 !os/x86_64 AnolisOS-7.7 - os 6,744 !plus-debug plus-debug 6 !updates/x86_64 AnolisOS-7.7 - updates 0 repolist: 6,881 [root@iZ2zeh3bjq6rgmgzrldco7Z ~]# cd /etc/yum.repos.d/ [root@iZ2zeh3bjq6rgmgzrldco7Z yum.repos.d]# cat *.repo [os] name=AnolisOS-7.7 - os baseurl=http://mirrors.cloud.aliyuncs.com/anolis/7.7/os/$basearch/os enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=1 [Plus] name=AnolisOS-7.7 - Plus baseurl=http://mirrors.cloud.aliyuncs.com/anolis/7.7/Plus/$basearch/os enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=1 [updates] name=AnolisOS-7.7 - updates baseurl=http://mirrors.cloud.aliyuncs.com/anolis/7.7/updates/$basearch/os enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=1 [plus-debug] name=plus-debug baseurl=http://mirrors.openanolis.cn/anolis/7.7/Plus/x86_64/debug/ enabled=1 [docker-ce] name = docker-ce baseurl=https://mirrors.aliyun.com/docker-ce/linux/centos/7/x86_64/stable/ enabled=1 gpgcheck=0
(0000685) geliwei-ali    2021-11-12 14:28	更新anolis-release之后就可以安装了
(0000686) geliwei-ali    2021-11-12 14:28

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
332	[Anolis OS 7] General	一般	总是	2021-10-14 11:45	2021-11-12 13:52
报告员:	wb-wpp899309	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7.7
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7][x86_64]iso安装界面选择中文，安装信息摘要中的安全策略显示为英文SECURITY POLICY
描述:	[缺陷描述] iso安装界面选择中文后，安装信息摘要中的安全策略显示为英文SECURITY POLICY，见附件图片 [重现概率] 必现 [实际结果]： 安装内核设置，选择中文后，安装信息摘要中的安全策略显示为英文SECURITY POLICY [预期结果]： 安装内核设置，选择中文后，安装信息摘要中的所有选择项均为中文
标签:
问题重现步骤:	[重现步骤] 使用AnolisOS-7.7 x86_64 iso镜像安装，选择中文，点击下一步
附注:
系统说明
附件:	image.png (132,688 字节) 2021-10-14 11:45 https://bugs-old.openanolis.cn/file_download.php?file_id=205&type=bug image-2.png (76,683 字节) 2021-10-14 11:45 https://bugs-old.openanolis.cn/file_download.php?file_id=206&type=bug image-3.png (37,856 字节) 2021-10-14 17:02 https://bugs-old.openanolis.cn/file_download.php?file_id=211&type=bug image-4.png (34,610 字节) 2021-10-14 17:02 https://bugs-old.openanolis.cn/file_download.php?file_id=212&type=bug image-5.png (100,185 字节) 2021-10-14 17:06 https://bugs-old.openanolis.cn/file_download.php?file_id=215&type=bug

问题注释
(0000493) anolis_account    2021-10-14 17:02	License 部分也有类似问题，请帮忙确认下
(0000494) anolis_account    2021-10-14 17:06
(0000508) geliwei-ali    2021-10-19 11:28	EULA已经添加中文 https://codeup.openanolis.cn/codeup/anolis-os/anolis-release/commits/a7

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
216	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-08-09 16:49	2021-11-12 11:54
报告员:	wjn740	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	在aarch64中,BPF无法找到exit_thread函数
描述:	Exception: Failed to attach BPF program b'dead_task' to kprobe b'exit_thread' 在x86中没有这个问题； openEuler同样有这个问题； testcase: from __future__ import print_function from bcc import BPF source=""" #include <uapi/linux/ptrace.h> #include <linux/sched.h> int dead_task(struct pt_regs *ctx, struct task_struct *p) {     return 0; } """ b = BPF(text=source) b.attach_kprobe(event="exit_thread", fn_name="dead_task")
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
247	[Anolis OS 8] * OTHERS	一般	没有试验	2021-08-30 15:53	2021-11-12 10:43
报告员:	OpenBFW	平台:	x86_64
分派给:	zelindeng	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	开机启动后，dmesg中存在error日志 “Ignoring unsafe software power cap!”
描述:	anolisos_8_2_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-193.el8.x86_64 开机启动后，dmesg中存在error日志： [Wed Aug 25 15:09:16 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap!
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000679) zelindeng    2021-11-12 10:43	这个是acpi的hwmon本身不支持power cap，正常打印

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
523	[Anolis OS 7] General	一般	总是	2021-11-12 09:38	2021-11-12 09:38
报告员:	qingming2021	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] Server with GUI全量安装存在软件冲突
描述:	安装选择Server with GUI，并且选中又侧所有可选组件，提示存在软件冲突，安装失败。 可能原因：默认GUI是Gnome，右侧组件列表中提供了KDE，这2个桌面环境存在冲突，不能同时安装，建议KDE组件从右侧列表移除。
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
228	[Anolis OS 8] kernel	一般	总是	2021-08-23 16:57	2021-11-11 21:23
报告员:	wb-wpp899309	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis-x86_64-ecs.g7.32xlarge]dmesg日志中有WARNING: CPU: 64 PID: 0 at arch/x86/kernel/smpboot.c:431 topology_sane.isra.7+0x62/0x70
描述:	[缺陷描述]： ecs.g7.32xlarge实例规格，安装相关镜像，开机启动后，dmesg日志中有warning日志 # dmesg -l warn -T [Mon Aug 23 16:29:13 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Mon Aug 23 16:29:13 2021] #2 [Mon Aug 23 16:29:13 2021] #3 [Mon Aug 23 16:29:13 2021] #4 [Mon Aug 23 16:29:13 2021] 0000005 [Mon Aug 23 16:29:13 2021] 0000006 [Mon Aug 23 16:29:13 2021] #7 [Mon Aug 23 16:29:13 2021] #8 [Mon Aug 23 16:29:13 2021] #9 [Mon Aug 23 16:29:13 2021] 0000010 [Mon Aug 23 16:29:13 2021] 0000011 [Mon Aug 23 16:29:13 2021] #12 [Mon Aug 23 16:29:13 2021] 0000013 [Mon Aug 23 16:29:13 2021] 0000014 [Mon Aug 23 16:29:13 2021] 0000015 [Mon Aug 23 16:29:13 2021] 0000016 [Mon Aug 23 16:29:13 2021] 0000017 [Mon Aug 23 16:29:13 2021] 0000018 [Mon Aug 23 16:29:13 2021] 0000019 [Mon Aug 23 16:29:13 2021] 0000020 [Mon Aug 23 16:29:13 2021] 0000021 [Mon Aug 23 16:29:13 2021] 0000022 [Mon Aug 23 16:29:13 2021] 0000023 [Mon Aug 23 16:29:13 2021] 0000024 [Mon Aug 23 16:29:13 2021] 0000025 [Mon Aug 23 16:29:13 2021] #26 [Mon Aug 23 16:29:13 2021] 0000027 [Mon Aug 23 16:29:13 2021] 0000028 [Mon Aug 23 16:29:13 2021] 0000029 [Mon Aug 23 16:29:13 2021] 0000030 [Mon Aug 23 16:29:13 2021] 0000031 [Mon Aug 23 16:29:13 2021] 0000032 [Mon Aug 23 16:29:13 2021] 0000033 [Mon Aug 23 16:29:13 2021] 0000034 [Mon Aug 23 16:29:13 2021] 0000035 [Mon Aug 23 16:29:13 2021] 0000036 [Mon Aug 23 16:29:13 2021] 0000037 [Mon Aug 23 16:29:13 2021] 0000038 [Mon Aug 23 16:29:13 2021] 0000039 [Mon Aug 23 16:29:13 2021] 0000040 [Mon Aug 23 16:29:13 2021] 0000041 [Mon Aug 23 16:29:13 2021] 0000042 [Mon Aug 23 16:29:13 2021] 0000043 [Mon Aug 23 16:29:13 2021] 0000044 [Mon Aug 23 16:29:13 2021] 0000045 [Mon Aug 23 16:29:13 2021] 0000046 [Mon Aug 23 16:29:13 2021] 0000047 [Mon Aug 23 16:29:13 2021] 0000048 [Mon Aug 23 16:29:13 2021] 0000049 [Mon Aug 23 16:29:13 2021] 0000050 [Mon Aug 23 16:29:14 2021] #51 [Mon Aug 23 16:29:14 2021] #52 [Mon Aug 23 16:29:14 2021] 0000053 [Mon Aug 23 16:29:14 2021] 0000054 [Mon Aug 23 16:29:14 2021] 0000055 [Mon Aug 23 16:29:14 2021] 0000056 [Mon Aug 23 16:29:14 2021] 0000057 [Mon Aug 23 16:29:14 2021] 0000058 [Mon Aug 23 16:29:14 2021] 0000059 [Mon Aug 23 16:29:14 2021] 0000060 [Mon Aug 23 16:29:14 2021] 0000061 [Mon Aug 23 16:29:14 2021] 0000062 [Mon Aug 23 16:29:14 2021] 0000063 [Mon Aug 23 16:29:13 2021] ------------[ cut here ]------------ [Mon Aug 23 16:29:13 2021] sched: CPU 0000064's llc-sibling CPU #0 is not on the same node! [node: 1 != 0]. Ignoring dependency. [Mon Aug 23 16:29:13 2021] WARNING: CPU: 64 PID: 0 at arch/x86/kernel/smpboot.c:431 topology_sane.isra.7+0x62/0x70 [Mon Aug 23 16:29:13 2021] Modules linked in: [Mon Aug 23 16:29:13 2021] CPU: 64 PID: 0 Comm: swapper/64 Not tainted 4.18.0-193.el8.x86_64 #1 [Mon Aug 23 16:29:13 2021] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 90210cb 04/01/2014 [Mon Aug 23 16:29:13 2021] RIP: 0010:topology_sane.isra.7+0x62/0x70 [Mon Aug 23 16:29:13 2021] Code: 0f 94 c0 c3 80 3d 61 8a 37 01 00 75 ef 89 f1 41 89 d9 89 fe 41 89 e8 48 c7 c7 98 44 88 b7 c6 05 47 8a 37 01 01 e8 b8 31 06 00 <0f> 0b eb ce 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 0f b6 05 [Mon Aug 23 16:29:13 2021] RSP: 0000:ffffb09b0c6dfec8 EFLAGS: 00010082 [Mon Aug 23 16:29:13 2021] RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffffffffb7a5b188 [Mon Aug 23 16:29:13 2021] RDX: 0000000000000001 RSI: 0000000000000086 RDI: 0000000000000046 [Mon Aug 23 16:29:13 2021] RBP: 0000000000000001 R08: 0000000000000256 R09: 0000000000000070 [Mon Aug 23 16:29:13 2021] R10: 0000000000000000 R11: ffffb09b0c6dfd70 R12: 0000000000000000 [Mon Aug 23 16:29:13 2021] R13: 000000000000f040 R14: 0000000000000040 R15: 0000000000000040 [Mon Aug 23 16:29:13 2021] FS: 0000000000000000(0000) GS:ffffa17942c00000(0000) knlGS:0000000000000000 [Mon Aug 23 16:29:13 2021] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [Mon Aug 23 16:29:13 2021] CR2: 0000000000000000 CR3: 00000022d180a001 CR4: 00000000003606e0 [Mon Aug 23 16:29:13 2021] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [Mon Aug 23 16:29:13 2021] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [Mon Aug 23 16:29:13 2021] Call Trace: [Mon Aug 23 16:29:13 2021] set_cpu_sibling_map+0x149/0x5b0 [Mon Aug 23 16:29:13 2021] start_secondary+0xaf/0x200 [Mon Aug 23 16:29:13 2021] secondary_startup_64+0xb7/0xc0 [Mon Aug 23 16:29:13 2021] ---[ end trace 6df1fcdb5ee72d0a ]--- [Mon Aug 23 16:29:14 2021] 0000065 [Mon Aug 23 16:29:14 2021] 0000066 [Mon Aug 23 16:29:14 2021] 0000067 [Mon Aug 23 16:29:14 2021] 0000068 [Mon Aug 23 16:29:14 2021] 0000069 [Mon Aug 23 16:29:14 2021] 0000070 [Mon Aug 23 16:29:14 2021] 0000071 [Mon Aug 23 16:29:14 2021] 0000072 [Mon Aug 23 16:29:14 2021] 0000073 [Mon Aug 23 16:29:14 2021] 0000074 [Mon Aug 23 16:29:14 2021] 0000075 [Mon Aug 23 16:29:14 2021] 0000076 [Mon Aug 23 16:29:14 2021] 0000077 [Mon Aug 23 16:29:14 2021] 0000078 [Mon Aug 23 16:29:14 2021] 0000079 [Mon Aug 23 16:29:14 2021] 0000080 [Mon Aug 23 16:29:14 2021] 0000081 [Mon Aug 23 16:29:14 2021] 0000082 [Mon Aug 23 16:29:14 2021] 0000083 [Mon Aug 23 16:29:14 2021] 0000084 [Mon Aug 23 16:29:14 2021] #85 [Mon Aug 23 16:29:14 2021] 0000086 [Mon Aug 23 16:29:14 2021] 0000087 [Mon Aug 23 16:29:14 2021] 0000088 [Mon Aug 23 16:29:14 2021] 0000089 [Mon Aug 23 16:29:14 2021] 0000090 [Mon Aug 23 16:29:14 2021] 0000091 [Mon Aug 23 16:29:14 2021] 0000092 [Mon Aug 23 16:29:14 2021] 0000093 [Mon Aug 23 16:29:14 2021] 0000094 [Mon Aug 23 16:29:14 2021] 0000095 [Mon Aug 23 16:29:14 2021] 0000096 [Mon Aug 23 16:29:14 2021] 0000097 [Mon Aug 23 16:29:14 2021] 0000098 [Mon Aug 23 16:29:14 2021] 0000099 [Mon Aug 23 16:29:14 2021] 0000100 [Mon Aug 23 16:29:14 2021] 0000101 [Mon Aug 23 16:29:14 2021] 0000102 [Mon Aug 23 16:29:14 2021] 0000103 [Mon Aug 23 16:29:14 2021] 0000104 [Mon Aug 23 16:29:14 2021] 0000105 [Mon Aug 23 16:29:14 2021] 0000106 [Mon Aug 23 16:29:14 2021] 0000107 [Mon Aug 23 16:29:14 2021] 0000108 [Mon Aug 23 16:29:15 2021] 0000109 [Mon Aug 23 16:29:15 2021] 0000110 [Mon Aug 23 16:29:15 2021] 0000111 [Mon Aug 23 16:29:15 2021] 0000112 [Mon Aug 23 16:29:15 2021] #113 [Mon Aug 23 16:29:15 2021] 0000114 [Mon Aug 23 16:29:15 2021] 0000115 [Mon Aug 23 16:29:15 2021] 0000116 [Mon Aug 23 16:29:15 2021] 0000117 [Mon Aug 23 16:29:15 2021] 0000118 [Mon Aug 23 16:29:15 2021] 0000119 [Mon Aug 23 16:29:15 2021] 0000120 [Mon Aug 23 16:29:15 2021] 0000121 [Mon Aug 23 16:29:15 2021] 0000122 [Mon Aug 23 16:29:15 2021] 0000123 [Mon Aug 23 16:29:15 2021] 0000124 [Mon Aug 23 16:29:15 2021] #125 [Mon Aug 23 16:29:15 2021] 0000126 [Mon Aug 23 16:29:15 2021] 0000127 [Mon Aug 23 16:29:17 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Mon Aug 23 16:29:24 2021] printk: systemd: 16 output lines suppressed due to ratelimiting [Mon Aug 23 16:29:25 2021] systemd-journald[1575]: File /run/log/journal/20210802140102473637031637010178/system.journal corrupted or uncleanly shut down, renaming and replacing. [重现概率] 必现 [重现环境] Host:虚拟机 ，x86 OS:Anolis OS release 8.2/Anolis OS release 8.4 kernel: 8.2 4.18.0-193.el8.x86_64 4.19.91-24.4.an8.x86_64 8.4 4.18.0-305.an8.x86_64 4.19.91-24.4.an8.x86_64 以4.19.91-24.4.an8.x86_64展示机器信息： #lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 128 On-line CPU(s) list: 0-127 Thread(s) per core: 2 Core(s) per socket: 32 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel BIOS Vendor ID: Alibaba Cloud CPU family: 6 Model: 106 Model name: Intel(R) Xeon(R) Platinum 8369B CPU @ 2.70GHz BIOS Model name: pc-i440fx-2.1 Stepping: 6 CPU MHz: 2699.998 BogoMIPS: 5399.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 48K L1i cache: 32K L2 cache: 1280K L3 cache: 49152K NUMA node0 CPU(s): 0-63 NUMA node1 CPU(s): 64-127 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves wbnoinvd arat avx512vbmi avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid fsrm # free -h               total used free shared buff/cache available Mem: 495Gi 1.4Gi 493Gi 0.0Ki 349Mi 492Gi Swap: 0B 0B 0B [重现步骤]： 1. reboot机器 2. dmesg -l warn -T查询开机是否有err日志 [期望结果]： 开机启动后，dmesg日志中无warning日志 [实际结果]： 开机启动后，dmesg日志中有warning日志 [原因定位]： crashkernel设置为256M，触发异常后，系统起不来 设置crashkernel=0M-2G:0M,2G-8G:192M,8G-:512M，触发异常后，系统可起来，可正常生成vmcore； # cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/vmlinuz-4.18.0-193.el8.x86_64 root=/dev/mapper/ao-root ro mem=0 crashkernel=0M-2G:0M,2G-8G:192M,8G-:512M resume=/dev/mapper/ao-swap rd.lvm.lv=ao/root rd.lvm.lv=ao/swap rhgb quiet # cat /sys/kernel/kexec_crash_size 536870912 # cd /var/crash/127.0.0.1-2021-03-10-15\:39\:12/ # ll total 111680 -rw-------. 1 root root 114313580 Mar 11 04:39 vmcore -rw-r--r--. 1 root root 40970 Mar 11 04:39 vmcore-dmesg.txt
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000346) wb-wpp899309    2021-08-23 17:06	[原因定位]：请忽略，复制多了，无法删除；
(0000347) wb-wpp899309    2021-08-23 18:31	# dmesg -l warn -T [Mon Aug 23 18:28:57 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Mon Aug 23 18:28:57 2021] #2 [Mon Aug 23 18:28:57 2021] #3 [Mon Aug 23 18:28:57 2021] #4 [Mon Aug 23 18:28:57 2021] 0000005 [Mon Aug 23 18:28:57 2021] 0000006 [Mon Aug 23 18:28:57 2021] #7 [Mon Aug 23 18:28:57 2021] #8 [Mon Aug 23 18:28:57 2021] #9 [Mon Aug 23 18:28:57 2021] 0000010 [Mon Aug 23 18:28:57 2021] 0000011 [Mon Aug 23 18:28:57 2021] #12 [Mon Aug 23 18:28:57 2021] 0000013 [Mon Aug 23 18:28:57 2021] 0000014 [Mon Aug 23 18:28:57 2021] 0000015 [Mon Aug 23 18:28:57 2021] 0000016 [Mon Aug 23 18:28:57 2021] 0000017 [Mon Aug 23 18:28:57 2021] 0000018 [Mon Aug 23 18:28:57 2021] 0000019 [Mon Aug 23 18:28:57 2021] 0000020 [Mon Aug 23 18:28:57 2021] 0000021 [Mon Aug 23 18:28:57 2021] 0000022 [Mon Aug 23 18:28:57 2021] 0000023 [Mon Aug 23 18:28:57 2021] 0000024 [Mon Aug 23 18:28:57 2021] 0000025 [Mon Aug 23 18:28:57 2021] #26 [Mon Aug 23 18:28:57 2021] 0000027 [Mon Aug 23 18:28:57 2021] 0000028 [Mon Aug 23 18:28:57 2021] 0000029 [Mon Aug 23 18:28:57 2021] 0000030 [Mon Aug 23 18:28:57 2021] 0000031 [Mon Aug 23 18:28:57 2021] 0000032 [Mon Aug 23 18:28:57 2021] 0000033 [Mon Aug 23 18:28:57 2021] 0000034 [Mon Aug 23 18:28:57 2021] 0000035 [Mon Aug 23 18:28:57 2021] 0000036 [Mon Aug 23 18:28:57 2021] 0000037 [Mon Aug 23 18:28:57 2021] 0000038 [Mon Aug 23 18:28:57 2021] 0000039 [Mon Aug 23 18:28:57 2021] 0000040 [Mon Aug 23 18:28:57 2021] 0000041 [Mon Aug 23 18:28:57 2021] 0000042 [Mon Aug 23 18:28:57 2021] 0000043 [Mon Aug 23 18:28:57 2021] 0000044 [Mon Aug 23 18:28:57 2021] 0000045 [Mon Aug 23 18:28:57 2021] 0000046 [Mon Aug 23 18:28:57 2021] 0000047 [Mon Aug 23 18:28:57 2021] 0000048 [Mon Aug 23 18:28:57 2021] 0000049 [Mon Aug 23 18:28:57 2021] 0000050 [Mon Aug 23 18:28:57 2021] #51 [Mon Aug 23 18:28:57 2021] #52 [Mon Aug 23 18:28:57 2021] 0000053 [Mon Aug 23 18:28:57 2021] 0000054 [Mon Aug 23 18:28:57 2021] 0000055 [Mon Aug 23 18:28:57 2021] 0000056 [Mon Aug 23 18:28:57 2021] 0000057 [Mon Aug 23 18:28:57 2021] 0000058 [Mon Aug 23 18:28:57 2021] 0000059 [Mon Aug 23 18:28:57 2021] 0000060 [Mon Aug 23 18:28:57 2021] 0000061 [Mon Aug 23 18:28:57 2021] 0000062 [Mon Aug 23 18:28:57 2021] 0000063 [Mon Aug 23 18:28:55 2021] ------------[ cut here ]------------ [Mon Aug 23 18:28:55 2021] sched: CPU 0000064's llc-sibling CPU #0 is not on the same node! [node: 1 != 0]. Ignoring dependency. [Mon Aug 23 18:28:55 2021] WARNING: CPU: 64 PID: 0 at arch/x86/kernel/smpboot.c:426 topology_sane.isra.4+0x62/0x70 [Mon Aug 23 18:28:55 2021] Modules linked in: [Mon Aug 23 18:28:55 2021] CPU: 64 PID: 0 Comm: swapper/64 Not tainted 4.19.91-24.4.an8.x86_64 #1 [Mon Aug 23 18:28:55 2021] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 90210cb 04/01/2014 [Mon Aug 23 18:28:55 2021] RIP: 0010:topology_sane.isra.4+0x62/0x70 [Mon Aug 23 18:28:55 2021] Code: 0f 94 c0 c3 80 3d 07 82 3d 01 00 75 ef 89 f1 41 89 d9 89 fe 41 89 e8 48 c7 c7 30 54 0c b9 c6 05 ed 81 3d 01 01 e8 b8 41 04 00 <0f> 0b eb ce 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 0f b6 05 [Mon Aug 23 18:28:55 2021] RSP: 0000:ffffa84acc6dfed8 EFLAGS: 00010096 [Mon Aug 23 18:28:55 2021] RAX: 0000000000000061 RBX: 0000000000000000 RCX: ffffffffb9269368 [Mon Aug 23 18:28:55 2021] RDX: 0000000000000001 RSI: 0000000000000096 RDI: 0000000000000046 [Mon Aug 23 18:28:55 2021] RBP: 0000000000000001 R08: 0000000000000074 R09: 0000000000000004 [Mon Aug 23 18:28:55 2021] R10: 0000000000000000 R11: 0000000000000001 R12: 0000000000000000 [Mon Aug 23 18:28:55 2021] R13: 0000000000000040 R14: 0000000000000040 R15: 000000000000f040 [Mon Aug 23 18:28:55 2021] FS: 0000000000000000(0000) GS:ffff9a2182c00000(0000) knlGS:0000000000000000 [Mon Aug 23 18:28:55 2021] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [Mon Aug 23 18:28:55 2021] CR2: 0000000000000000 CR3: 00000037fe20a001 CR4: 00000000003706e0 [Mon Aug 23 18:28:55 2021] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [Mon Aug 23 18:28:55 2021] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [Mon Aug 23 18:28:55 2021] Call Trace: [Mon Aug 23 18:28:55 2021] set_cpu_sibling_map+0x149/0x530 [Mon Aug 23 18:28:55 2021] start_secondary+0x9f/0x1d0 [Mon Aug 23 18:28:55 2021] secondary_startup_64+0xa4/0xb0 [Mon Aug 23 18:28:55 2021] ---[ end trace f0bb0201d030984f ]--- [Mon Aug 23 18:28:57 2021] 0000065 [Mon Aug 23 18:28:57 2021] 0000066 [Mon Aug 23 18:28:57 2021] 0000067 [Mon Aug 23 18:28:57 2021] 0000068 [Mon Aug 23 18:28:57 2021] 0000069 [Mon Aug 23 18:28:57 2021] 0000070 [Mon Aug 23 18:28:57 2021] 0000071 [Mon Aug 23 18:28:57 2021] 0000072 [Mon Aug 23 18:28:57 2021] 0000073 [Mon Aug 23 18:28:57 2021] 0000074 [Mon Aug 23 18:28:57 2021] 0000075 [Mon Aug 23 18:28:57 2021] 0000076 [Mon Aug 23 18:28:57 2021] 0000077 [Mon Aug 23 18:28:57 2021] 0000078 [Mon Aug 23 18:28:57 2021] 0000079 [Mon Aug 23 18:28:57 2021] 0000080 [Mon Aug 23 18:28:57 2021] 0000081 [Mon Aug 23 18:28:57 2021] 0000082 [Mon Aug 23 18:28:57 2021] 0000083 [Mon Aug 23 18:28:57 2021] 0000084 [Mon Aug 23 18:28:57 2021] #85 [Mon Aug 23 18:28:57 2021] 0000086 [Mon Aug 23 18:28:57 2021] 0000087 [Mon Aug 23 18:28:57 2021] 0000088 [Mon Aug 23 18:28:57 2021] 0000089 [Mon Aug 23 18:28:57 2021] 0000090 [Mon Aug 23 18:28:57 2021] 0000091 [Mon Aug 23 18:28:57 2021] 0000092 [Mon Aug 23 18:28:57 2021] 0000093 [Mon Aug 23 18:28:57 2021] 0000094 [Mon Aug 23 18:28:57 2021] 0000095 [Mon Aug 23 18:28:57 2021] 0000096 [Mon Aug 23 18:28:57 2021] 0000097 [Mon Aug 23 18:28:57 2021] 0000098 [Mon Aug 23 18:28:57 2021] 0000099 [Mon Aug 23 18:28:57 2021] 0000100 [Mon Aug 23 18:28:57 2021] 0000101 [Mon Aug 23 18:28:57 2021] 0000102 [Mon Aug 23 18:28:57 2021] 0000103 [Mon Aug 23 18:28:57 2021] 0000104 [Mon Aug 23 18:28:57 2021] 0000105 [Mon Aug 23 18:28:57 2021] 0000106 [Mon Aug 23 18:28:57 2021] 0000107 [Mon Aug 23 18:28:57 2021] 0000108 [Mon Aug 23 18:28:57 2021] 0000109 [Mon Aug 23 18:28:57 2021] 0000110 [Mon Aug 23 18:28:57 2021] 0000111 [Mon Aug 23 18:28:57 2021] 0000112 [Mon Aug 23 18:28:57 2021] #113 [Mon Aug 23 18:28:57 2021] 0000114 [Mon Aug 23 18:28:57 2021] 0000115 [Mon Aug 23 18:28:57 2021] 0000116 [Mon Aug 23 18:28:57 2021] 0000117 [Mon Aug 23 18:28:57 2021] 0000118 [Mon Aug 23 18:28:57 2021] 0000119 [Mon Aug 23 18:28:57 2021] 0000120 [Mon Aug 23 18:28:57 2021] 0000121 [Mon Aug 23 18:28:57 2021] 0000122 [Mon Aug 23 18:28:57 2021] 0000123 [Mon Aug 23 18:28:57 2021] 0000124 [Mon Aug 23 18:28:57 2021] #125 [Mon Aug 23 18:28:57 2021] 0000126 [Mon Aug 23 18:28:57 2021] 0000127 [Mon Aug 23 18:28:57 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Mon Aug 23 18:29:00 2021] systemd: 18 output lines suppressed due to ratelimiting
(0000370) Shiloong    2021-09-03 12:36	看起来是 REDHAT 已知问题, https://access.redhat.com/solutions/3961731 根因是 NUMA node 数量与 CPU socket 数量不符, 2个 numa node, 只有一个 CPU socket. 所以应该是硬件或虚拟机配置问题, 非内核问题.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
234	[Anolis OS 8] kernel	一般	没有试验	2021-08-25 11:23	2021-11-11 21:07
报告员:	ouyang25	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	dmesg 出现异常 integrity： unable to open file: /etc/keysx509_ima.der
描述:	anolisos_8_4_x64_anck + ecs.g5.large + 4.19.91-24.4.an8.x86_64 anolisos_8_2_x64_anck + ecs.g5.large + 4.18.0-193.el8.x86_64 anolisos_8_4_x64_anck + ecs.g5.16xlarge + 4.18.0-193.el8.x86_64 更具镜像规格和实例规格创建ecs后， 检查dmesg，出现异常log   integrity： unable to open file: /etc/keysx509_ima.der
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (20,675 字节) 2021-08-25 11:23 https://bugs-old.openanolis.cn/file_download.php?file_id=127&type=bug

问题注释
(0000356) OpenBFW    2021-08-30 15:32	anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 anolisos_8_4_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 也同样出现Unable to open file: /etc/keys/x509_ima.der等报错信息 [root@iZbp1bvymlvckfce69bde4Z ~]# dmesg -l err -T [Wed Aug 25 10:53:06 2021] pstore: Unknown compression: deflate [Wed Aug 25 10:53:06 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Wed Aug 25 10:53:06 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [Wed Aug 25 10:53:07 2021] snd_hda_intel 0000:00:1f.3: no codecs found!
(0000358) wangjingjing    2021-08-30 16:27	系统信息：anolisos_8_4_x64_anck、anolisos_8_2_x64_anck 线上实例规格：ecs.i1.xlarge、ecs.i2.xlarge 存在以上问题
(0000360) yinyongchen    2021-08-30 16:49	系统信息：anolisos_8_4_x64_anck、anolisos_8_2_x64_anck 线上实例规格：ecs.ebmg5s.24xlarge、ecs.ebmc6.26xlarge 存在以上问题，应该与实例类型无关，与内核版本相关
(0000380) yinyongchen    2021-09-07 10:55	Anolis 8.2 QU1 镜像安装anck内核虚拟机后，也有相同问题，rhck无此问题 # dmesg -l err -T [Mon Sep 6 23:46:47 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Mon Sep 6 23:46:47 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2)

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
238	[Anolis OS 8] kernel	一般	总是	2021-08-27 10:39	2021-11-11 21:05
报告员:	yinyongchen	平台:	ecs.ebmc6.26xlarge
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.2/8.4
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2/8.4-x86_64-ecs.ebmc6.26xlarge]dmesg日志中有 ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
描述:	[缺陷描述]： 4.18、4.19内核的dmesg中均有此提示，可能与实例类型 ecs.ebmc6.26xlarge 相关，测试了 ecs.ebmg5s.24xlarge 机型，无此提示 [重现概率] 必现 [重现环境] 上线ecs实例，x86_74 OS: Anolis OS release 8.2 Anolis OS release 8.4 kernel: 4.18.0-193.el8.x86_64 4.18.0-305.an8.x86_64 4.19.91-24.4.an8.x86_64 [实际结果]： # dmesg -l warn -T [Thu Aug 26 21:38:21 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Thu Aug 26 21:38:21 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Thu Aug 26 21:38:21 2021] 0000027 0000028 0000029 0000030 0000031 0000032 0000033 0000034 0000035 0000036 0000037 0000038 0000039 0000040 0000041 0000042 0000043 0000044 0000045 0000046 0000047 0000048 0000049 0000050 #51 [Thu Aug 26 21:38:21 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [Thu Aug 26 21:38:21 2021] 0000053 0000054 0000055 0000056 0000057 0000058 0000059 0000060 0000061 0000062 0000063 0000064 0000065 0000066 0000067 0000068 0000069 0000070 0000071 0000072 0000073 0000074 0000075 0000076 0000077 [Thu Aug 26 21:38:41 2021] usb: port power management may be unreliable [Thu Aug 26 21:38:44 2021] printk: systemd: 21 output lines suppressed due to ratelimiting [Thu Aug 26 21:38:44 2021] systemd-journald[1457]: File /run/log/journal/20210802140102473637031637010178/system.journal corrupted or uncleanly shut down, renaming and replacing. [Thu Aug 26 21:38:44 2021] systemd-journald[1457]: File /var/log/journal/20210802140102473637031637010178/system.journal corrupted or uncleanly shut down, renaming and replacing. [Thu Aug 26 21:38:45 2021] lpc_ich 0000:00:1f.0: No MFD cells added [Thu Aug 26 21:38:45 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. [期望结果]： 开机启动后，dmesg日志中无warning日志
标签:
问题重现步骤:	1、reboot 2、dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000359) OpenBFW    2021-08-30 16:41	anolisos_8_2_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-193.el8.x86_64 anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 anolisos_8_4_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-305.an8.x86_64 anolisos_8_4_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 dmesg中均出现warn 报错信息：“ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) ” 各个系统的详细报错信息分别如下： 【anolisos_8_2_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-193.el8.x86_64】 [root@iZbp1c0dt6binqodzjx8qsZ ~]# dmesg -l warn -T [Wed Aug 25 15:08:49 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Wed Aug 25 15:08:49 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Wed Aug 25 15:08:51 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Wed Aug 25 15:09:13 2021] usb: port power management may be unreliable [Wed Aug 25 15:09:15 2021] printk: systemd: 21 output lines suppressed due to ratelimiting [Wed Aug 25 15:09:16 2021] systemd-journald[2026]: File /run/log/journal/20210802140102473637031637010178/system.journal corrupted or uncleanly shut down, renaming and replacing. [Wed Aug 25 15:09:16 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. 【anolisos_8_2_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64】 [Wed Aug 25 10:52:59 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Wed Aug 25 10:52:59 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Wed Aug 25 10:52:59 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Wed Aug 25 10:53:07 2021] systemd: 21 output lines suppressed due to ratelimiting [Wed Aug 25 10:53:07 2021] systemd-journald[1748]: File /run/log/journal/20210802102208800514714670206638/system.journal corrupted or uncleanly shut down, renaming and replacing. [Wed Aug 25 10:53:07 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. [Wed Aug 25 10:53:07 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap! [Wed Aug 25 10:53:07 2021] power_meter ACPI000D:00: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). 【anolisos_8_4_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-305.an8.x86_64】 [Tue Aug 24 17:33:38 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Tue Aug 24 17:33:38 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Tue Aug 24 17:33:39 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Tue Aug 24 17:33:46 2021] pci_bus 0000:47: Unknown NUMA node; performance will be reduced [Tue Aug 24 17:33:46 2021] pci_bus 0000:b6: Unknown NUMA node; performance will be reduced [Tue Aug 24 17:33:46 2021] pci_bus 0000:d6: Unknown NUMA node; performance will be reduced [Tue Aug 24 17:33:46 2021] pci_bus 0000:f6: Unknown NUMA node; performance will be reduced [Tue Aug 24 17:34:01 2021] usb: port power management may be unreliable [Tue Aug 24 17:34:02 2021] printk: systemd: 20 output lines suppressed due to ratelimiting [Tue Aug 24 17:34:03 2021] systemd[1]: rngd.service: Current command vanished from the unit file, execution of the command list won't be resumed. [Tue Aug 24 17:34:03 2021] systemd[1]: rngd.service: Main process exited, code=killed, status=6/ABRT [Tue Aug 24 17:34:03 2021] systemd[1]: rngd.service: Failed with result 'signal'. [Tue Aug 24 17:34:03 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap! [Tue Aug 24 17:34:03 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed. 【anolisos_8_4_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64】 [Tue Aug 24 17:32:43 2021] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [Tue Aug 24 17:32:43 2021] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [Tue Aug 24 17:32:43 2021] pmd_set_huge: Cannot satisfy [mem 0x80000000-0x80200000] with a huge-page mapping due to MTRR override. [Tue Aug 24 17:32:50 2021] usb: port power management may be unreliable [Tue Aug 24 17:32:51 2021] systemd: 26 output lines suppressed due to ratelimiting [Tue Aug 24 17:32:52 2021] power_meter ACPI000D:00: Ignoring unsafe software power cap! [Tue Aug 24 17:32:52 2021] power_meter ACPI000D:00: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info(). [Tue Aug 24 17:32:52 2021] ipmi_si IPI0001:00: The BMC does not support clearing the recv irq bit, compensating, but the BMC needs to be fixed.
(0000366) Shiloong    2021-08-31 11:45	参考这里: https://patchwork.kernel.org/project/linux-pm/patch/6369897.qxlu8PgE1t@house/ https://access.redhat.com/solutions/2059973 看起来是跟 CPU 节能模式配置有关, 算是个正常的 warning 提示 log

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
67	[Anolis OS 8] * OTHERS	一般	总是	2021-04-15 10:25	2021-11-11 20:59
报告员:	anoliswanqian	平台:	x86_64(Hygon)
分派给:	xuehaolin	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	firmware bug -- dmesg error info
描述:	[实际结果]： [root@VM20210324-2 ~]# dmesg -l err,warn -T [Thu Apr 15 10:18:13 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Thu Apr 15 10:18:13 2021] #2 [Thu Apr 15 10:18:13 2021] #3 [Thu Apr 15 10:18:14 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Thu Apr 15 10:18:14 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [Thu Apr 15 10:18:22 2021] systemd: 16 output lines suppressed due to ratelimiting [Thu Apr 15 10:18:24 2021] Decoding supported only on Scalable MCA processors. [Thu Apr 15 10:18:24 2021] Decoding supported only on Scalable MCA processors. [Thu Apr 15 10:18:24 2021] Decoding supported only on Scalable MCA processors. [Thu Apr 15 10:18:24 2021] Decoding supported only on Scalable MCA processors. [期望结果]： 无error信息 [环境信息]： 内核信息： [root@VM20210324-2 ~]# uname -r 4.19.91-23.1.an8.x86_64 机型： BW63B2 海光 vm: 4Cpu15Gmemory 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/"
标签:	8.2GA-210611
问题重现步骤:	重启系统后， # dmesg -l err,warn -T [Thu Apr 15 10:18:13 2021] [Firmware Bug]: TSC doesn't count with P0 frequency! [Thu Apr 15 10:18:13 2021] #2 [Thu Apr 15 10:18:13 2021] #3 [Thu Apr 15 10:18:14 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Thu Apr 15 10:18:14 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [Thu Apr 15 10:18:22 2021] systemd: 16 output lines suppressed due to ratelimiting [Thu Apr 15 10:18:24 2021] Decoding supported only on Scalable MCA processors. [Thu Apr 15 10:18:24 2021] Decoding supported only on Scalable MCA processors. [Thu Apr 15 10:18:24 2021] Decoding supported only on Scalable MCA processors. [Thu Apr 15 10:18:24 2021] Decoding supported only on Scalable MCA processors.
附注:
系统说明
附件:	image.png (117,075 字节) 2021-04-15 10:25 https://bugs-old.openanolis.cn/file_download.php?file_id=40&type=bug

问题注释
(0000163) mahailiang    2021-05-07 21:51	报错原因是系统内核中开启了EVM和IMA，会在/etc/keys对可信内核完整性系统自动生成的两个密钥，此密钥对IMA正常功能无影响，可在编译内核源码前配置时关闭CONFIG_IMA_LOAD_X509和CONFIG_EVM_LOAD_X509配置选项即可。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
254	[Anolis OS 8] kernel	严重	总是	2021-09-06 11:17	2021-11-11 19:43
报告员:	qingming2021	平台:	x86_64
分派给:	flyingcatz	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[4.19.91-24.8.an8] 无法挂在exfat或ntfs文件系统
描述:	sh-4.4# uname -r 4.19.91-24.8.an8.x86_64 sh-4.4# mount /dev/sdb1 /mnt mount: /mnt: unknown filesystem type 'exfat'. sh-4.4# rpm -qa | grep 4.19.91-24.8 kernel-core-4.19.91-24.8.an8.x86_64 kernel-modules-extra-4.19.91-24.8.an8.x86_64 kernel-modules-internal-4.19.91-24.8.an8.x86_64 kernel-devel-4.19.91-24.8.an8.x86_64 kernel-modules-4.19.91-24.8.an8.x86_64 kernel-4.19.91-24.8.an8.x86_64 kernel-headers-4.19.91-24.8.an8.x86_64 sh-4.4# modprobe exfat modprobe: FATAL: Module exfat not found in directory /lib/modules/4.19.91-24.8.an8.x86_64 sh-4.4# modprobe ntfs modprobe: FATAL: Module ntfs not found in directory /lib/modules/4.19.91-24.8.an8.x86_64
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (567,066 字节) 2021-09-07 10:48 https://bugs-old.openanolis.cn/file_download.php?file_id=145&type=bug

问题注释
(0000377) linddd    2021-09-07 10:48	uname -r 4.19.91-23.4.an8.x86_64 我家里的nas用的openanolis，目前挂了一个ntfs，一个webdav，目前看来倒是正常的 ntfs驱动用的epel里的ntfs-3g
(0000655) flyingcatz    2021-11-10 15:02    (最后编辑： 2021-11-11 15:44)	在4.19内核中ntfs无法挂载是因为kernel没有增加对ntfs的支持，编译kernel的时候打开CONFIG_NTFS就可以了 exfat是支持的，无法挂载是因为当前系统中的包默认不支持exfat，换一个支持exfat的工具就可以，如下链接 https://github.com/relan/exfat
(0000669) Shiloong    2021-11-11 19:43	@qingming2021 帮忙补充这个问题的背景? 是一定需要这个功能吗?

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
520	[Anolis OS 8] - cloud kernel 5.10	严重	总是	2021-11-11 15:30	2021-11-11 15:42
报告员:	lollipop	平台:	aarch64(Kunpeng)
分派给:		操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	用户可见的kidle.c的bug
描述:	[ 190.124518] Internal error: Oops - BUG: 0 [#1] SMP [ 190.125005] Modules linked in: coldpgs(E) rfkill(E) aes_ce_blk(E) crypto_simd(E) cryptd(E) aes_ce_cipher(E) crct10dif_ce(E) ghash_ce(E) sha1_ce(E) uio_pdrv_genirq(E) uio(E) vfat(E) fat(E) nfsd(E) auth_rpcgss(E) nfs_acl(E) lockd(E) grace(E) sch_fq_codel(E) sunrpc(E) ip_tables(E) ext4(E) mbcache(E) jbd2(E) virtio_net(E) net_failover(E) virtio_blk(E) failover(E) sha2_ce(E) sha256_arm64(E) virtio_mmio(E) virtio_pci(E) virtio_ring(E) virtio(E) [ 190.128834] CPU: 3 PID: 282 Comm: kidled Kdump: loaded Tainted: G E 5.10.60-coldpgs+ 0000017 [ 190.129748] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 0.0.0 02/06/2015 [ 190.130486] pstate: 60c00005 (nZCv daif +PAN +UAO -TCO BTYPE=--) [ 190.131081] pc : kidled_scan_page+0x4dc/0x5a0 [ 190.131514] lr : kidled_scan_page+0x4dc/0x5a0 [ 190.131946] sp : ffff80001b1c3d50 [ 190.132278] x29: ffff80001b1c3d50 x28: ffff8000118ccc98 [ 190.132808] x27: 000000000012eefc x26: 0000000000000000 [ 190.133335] x25: 00000000000002d0 x24: 0000000000000001 [ 190.133860] x23: fffffdffffe00000 x22: fffffe00039bbf00 [ 190.134385] x21: ffff0007ffffdf00 x20: 0000000003bbbf00 [ 190.134912] x19: 000000000012eefc x18: 0000000000000020 [ 190.135436] x17: 0000000000000001 x16: 0000000000000019 [ 190.135959] x15: ffff0000c2a0ca60 x14: 3030306666666620 [ 190.136488] x13: 6666666666666666 x12: 3130303030303030 [ 190.137014] x11: ffff8000117c6c38 x10: 00000000ffff8000 [ 190.137536] x9 : ffff80001012761c x8 : 0000000000000000 [ 190.138056] x7 : ffff800011506c38 x6 : 0000000000017ffd [ 190.138581] x5 : ffff0007fff55c88 x4 : ffff80001b1c3a00 [ 190.139102] x3 : 0000000000000001 x2 : 0000000000000000 [ 190.139620] x1 : 0000000000000000 x0 : 0000000000000000 [ 190.140139] Call trace: [ 190.140391] kidled_scan_page+0x4dc/0x5a0 [ 190.140787] kidled+0x1e0/0x640 [ 190.141102] kthread+0x11c/0x120 [ 190.141424] Code: aa1603e0 f0005a81 9126a021 97fd3c22 (d4210000) [ 190.142021] ---[ end trace 50d8af10ba50b55a ]--- [ 190.142478] Kernel panic - not syncing: Oops - BUG: Fatal exception [ 190.143090] SMP: stopping secondary CPUs
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
521	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-11 15:37	2021-11-11 15:37
报告员:	Alierwei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	hotfix相关文件及结构体字段去掉“公司/组织/机构”的字样
描述:	hotfix相关文件及结构体字段去掉“公司/组织/机构”的字样
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
519	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-11-11 14:36	2021-11-11 14:36
报告员:	lollipop	平台:	aarch64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	同步社区对file THP的bug修复
描述:	同步社区对file THP的bug修复
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
516	[Anolis OS 8] - cloud kernel 5.10	一般	随机	2021-11-11 12:41	2021-11-11 14:04
报告员:	wuyihao	平台:
分派给:	wuyihao	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	进程切换cgroup时，cpuacct.proc_stat中iowait统计错误
描述:	I/O进程切换cgroup时，nr_iowait可能被计为负数，最终iowait变成极大的错误数值
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
515	[Anolis OS 8] - cloud kernel 4.19	一般	随机	2021-11-11 12:33	2021-11-11 14:04
报告员:	wuyihao	平台:
分派给:	wuyihao	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	进程切换cgroup时，cpuacct.proc_stat中iowait统计错误
描述:	I/O进程切换cgroup时，nr_iowait可能被计为负数，最终iowait变成极大的错误数值
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
517	[Anolis OS 8] kernel	一般	没有试验	2021-11-11 13:50	2021-11-11 13:50
报告员:	meil_wei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][4.19.91-25.rc1] [x86]stress-ng压力测试，运行6个小时出现Kernel panic - not syncing: softlockup: hung tasks
描述:	[缺陷描述]： stress-ng压力测试，运行6个小时出现Kernel panic - not syncing: softlockup: hung tasks crash /usr/lib/debug/lib/modules/4.19.91-25.rc1.an8.x86_64/vmlinux /var/crash/127.0.0.1-2021-11-10-21\:11\:38/vmcore crash 7.2.9-2.an8 Copyright (C) 2002-2020 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. Copyright (C) 2005, 2011 NEC Corporation Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. This program is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Enter "help copying" to see the conditions. This program has absolutely no warranty. Enter "help warranty" for details. GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu"... WARNING: kernel relocated [384MB]: patching 99096 gdb minimal_symbol values crash: inconsistent active task indications for CPU 18:            runqueue: ffff93a0ca639f80 "stress-ng" (default)        current_task: ffff931060068000 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 24:            runqueue: ffff93702924bf00 "stress-ng" (default)        current_task: ffff93701f4c1f80 "stress-ng" crash: inconsistent active task indications for CPU 39:            runqueue: ffff93a0208b0000 "stress-ng" (default)        current_task: ffff9340cf0e1f80 "stress-ng" crash: inconsistent active task indications for CPU 50:            runqueue: ffff93a0334b5e80 "stress-ng" (default)        current_task: ffff937116145e80 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 53:            runqueue: ffff933ffeecde80 "stress-ng" (default)        current_task: ffff937020563f00 "stress-ng" crash: inconsistent active task indications for CPU 56:            runqueue: ffff930f811dbf00 "stress-ng" (default)        current_task: ffff93a033639f80 "stress-ng" crash: inconsistent active task indications for CPU 57:            runqueue: ffff93703e75de80 "stress-ng" (default)        current_task: ffff9370f2300000 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 58:            runqueue: ffff93710b5f5e80 "stress-ng" (default)        current_task: ffff937084bb1f80 "stress-ng" crash: inconsistent active task indications for CPU 62:            runqueue: ffff930f85ae5e80 "stress-ng" (default)        current_task: ffff93a0334b0000 "stress-ng" crash: inconsistent active task indications for CPU 68:            runqueue: ffff93a064e4bf00 "stress-ng" (default)        current_task: ffff933fbe2fde80 "stress-ng" crash: inconsistent active task indications for CPU 75:            runqueue: ffff9340fc22bf00 "stress-ng" (default)        current_task: ffff93700b701f80 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 80:            runqueue: ffff930eb91e9f80 "stress-ng" (default)        current_task: ffff93703e5ede80 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 83:            runqueue: ffff9370249a3f00 "stress-ng" (default)        current_task: ffff93702fa78000 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 89:            runqueue: ffff9340c92f3f00 "stress-ng" (default)        current_task: ffff93703e5e3f00 "stress-ng" crash: inconsistent active task indications for CPU 91:            runqueue: ffff9370f2305e80 "stress-ng" (default)        current_task: ffff937026109f80 "stress-ng" crash: inconsistent active task indications for CPU 133:            runqueue: ffff93707e338000 "stress-ng" (default)        current_task: ffff93703e5ebf00 "stress-ng" crash: inconsistent active task indications for CPU 138:            runqueue: ffff930f812c1f80 "stress-ng" (default)        current_task: ffff937024bd8000 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 141:            runqueue: ffff937024bd9f80 "stress-ng" (default)        current_task: ffff93707a3a3f00 "stress-ng" crash: inconsistent active task indications for CPU 144:            runqueue: ffff9340e38e1f80 "stress-ng" (default)        current_task: ffff934007935e80 "stress-ng" crash: inconsistent active task indications for CPU 150:            runqueue: ffff9370d5075e80 "stress-ng" (default)        current_task: ffff930eb90d5e80 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 151:            runqueue: ffff9370234b5e80 "stress-ng" (default)        current_task: ffff93a013f10000 "stress-ng" crash: inconsistent active task indications for CPU 155:            runqueue: ffff930e5b3a1f80 "stress-ng" (default)        current_task: ffff93707e278000 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 159:            runqueue: ffff937114348000 "stress-ng" (default)        current_task: ffff93a0120d9f80 "stress-ng" crash: inconsistent active task indications for CPU 161:            runqueue: ffff9370290dde80 "stress-ng" (default)        current_task: ffff93a031bdbf00 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 164:            runqueue: ffff933ffeec9f80 "stress-ng" (default)        current_task: ffff93703e47de80 "stress-ng" crash: inconsistent active task indications for CPU 168:            runqueue: ffff937020763f00 "stress-ng" (default)        current_task: ffff93708c9f8000 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 169:            runqueue: ffff9370f2303f00 "stress-ng" (default)        current_task: ffff9370b5f30000 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 170:            runqueue: ffff93707a3a0000 "stress-ng" (default)        current_task: ffff930f85ae3f00 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 174:            runqueue: ffff937082345e80 "stress-ng" (default)        current_task: ffff934000a73f00 "stress-ng" crash: inconsistent active task indications for CPU 175:            runqueue: ffff93a064ee8000 "stress-ng" (default)        current_task: ffff933ffefb1f80 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 182:            runqueue: ffff934007931f80 "stress-ng" (default)        current_task: ffff93712bc4de80 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 183:            runqueue: ffff93701c85bf00 "stress-ng" (default)        current_task: ffff937084bb0000 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 184:            runqueue: ffff9340c92f0000 "stress-ng" (default)        current_task: ffff93702fb43f00 "stress-ng" crash: inconsistent active task indications for CPU 185:            runqueue: ffff930e5299de80 "stress-ng" (default)        current_task: ffff930eb91abf00 "stress-ng" (reassigned) crash: inconsistent active task indications for CPU 186:            runqueue: ffff937020761f80 "stress-ng" (default)        current_task: ffff933ffeec8000 "stress-ng" crash: inconsistent active task indications for CPU 188:            runqueue: ffff93a019bc0000 "stress-ng" (default)        current_task: ffff9340c92f5e80 "stress-ng" crash: inconsistent active task indications for CPU 189:            runqueue: ffff93707e339f80 "stress-ng" (default)        current_task: ffff937020565e80 "stress-ng" (reassigned)       KERNEL: /usr/lib/debug/lib/modules/4.19.91-25.rc1.an8.x86_64/vmlinux     DUMPFILE: /var/crash/127.0.0.1-2021-11-10-21:11:38/vmcore [PARTIAL DUMP]         CPUS: 192         DATE: Wed Nov 10 21:11:29 CST 2021       UPTIME: 04:44:05 LOAD AVERAGE: 33779.73, 33837.45, 33877.68        TASKS: 53809     NODENAME: iZbp18qbfn9gqbwvpref2wZ      RELEASE: 4.19.91-25.rc1.an8.x86_64      VERSION: #1 SMP Mon Nov 1 23:08:57 CST 2021      MACHINE: x86_64 (3400 Mhz)       MEMORY: 766.7 GB        PANIC: "Kernel panic - not syncing: softlockup: hung tasks"          PID: 6961      COMMAND: "stress-ng"         TASK: ffff93a0121dde80 [THREAD_INFO: ffff93a0121dde80]          CPU: 12        STATE: TASK_RUNNING (PANIC) crash> bt PID: 6961 TASK: ffff93a0121dde80 CPU: 12 COMMAND: "stress-ng"  #0 [ffff931140703d68] machine_kexec at ffffffff99063a8a  #1 [ffff931140703db8] __crash_kexec at ffffffff991450aa  #2 [ffff931140703e78] panic at ffffffff9909fd57  #3 [ffff931140703f20] __hrtimer_run_queues at ffffffff99127870  #4 [ffff931140703f78] hrtimer_interrupt at ffffffff99128360  0000005 [ffff931140703fd8] smp_apic_timer_interrupt at ffffffff99a0259a  0000006 [ffff931140703ff0] apic_timer_interrupt at ffffffff99a01aff --- <IRQ stack> ---  #7 [ffffb56cf25efcb8] apic_timer_interrupt at ffffffff99a01aff     [exception RIP: smp_call_function_many+494]     RIP: ffffffff9913ba0e RSP: ffffb56cf25efd60 RFLAGS: 00000202     RAX: 0000000000000067 RBX: ffffffff99079c60 RCX: ffff931140be9f40     RDX: 0000000000000001 RSI: 0000000000000001 RDI: ffff931138fa5080     RBP: ffffb56cf25efda8 R8: 0000000000027080 R9: ffffffff9905849c     R10: fffffa5d0ddcf480 R11: 0000000000000003 R12: 0000000000000001     R13: 0000000000023880 R14: 00000000000000c0 R15: ffff9311407238c0     ORIG_RAX: ffffffffffffff13 CS: 0010 SS: 0000  #8 [ffffb56cf25efda0] flush_tlb_mm_range at ffffffff9907a03c  #9 [ffffb56cf25efdd8] change_protection at ffffffff99245fcf 0000010 [ffffb56cf25efe90] change_prot_numa at ffffffff99266cf8 0000011 [ffffb56cf25efe98] task_numa_work at ffffffff990d29ed #12 [ffffb56cf25efee8] task_work_run at ffffffff990be614 0000013 [ffffb56cf25eff20] exit_to_usermode_loop at ffffffff9900398b 0000014 [ffffb56cf25eff38] prepare_exit_to_usermode at ffffffff99003e90     RIP: 00000000004170be RSP: 00007fe7d7815e80 RFLAGS: 00000202     RAX: 00007fe8009f3880 RBX: 00007fe7f2050000 RCX: 00000000000000e2     RDX: 00007fe80024fa69 RSI: 000000000000004f RDI: 00007fe8009f4000     RBP: 0000000000003a69 R8: 00000000000000d1 R9: 000000000000000b     R10: 00007fe7f224bfde R11: 001cc9dcd0b2a184 R12: 00007fe7f204c000     R13: 0000000000000001 R14: 0000000000495030 R15: 00007fe7d7815fc0     ORIG_RAX: ffffffffffffff13 CS: 0033 SS: 002b crash> [重现概率]: 还未复现 [重现环境]: 线上ecs 规格：ecs.ebmhfg7.48xlarge 内核：4.19.91-25.rc1.an8.x86_64 cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 192 On-line CPU(s) list: 0-191 Thread(s) per core: 2 Core(s) per socket: 24 Socket(s): 4 NUMA node(s): 4 Vendor ID: GenuineIntel BIOS Vendor ID: Intel(R) Corporation CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8369HC CPU @ 3.40GHz BIOS Model name: Intel(R) Xeon(R) Platinum 8369HC CPU @ 3.40GHz Stepping: 11 CPU MHz: 3798.790 CPU max MHz: 4200.0000 CPU min MHz: 1200.0000 BogoMIPS: 6800.00 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 33792K NUMA node0 CPU(s): 0-23,96-119 NUMA node1 CPU(s): 24-47,120-143 NUMA node2 CPU(s): 48-71,144-167 NUMA node3 CPU(s): 72-95,168-191 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l3 cdp_l3 invpcid_single intel_ppin ssbd mba ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid cqm mpx rdt_a avx512f avx512dq rdseed adx smap clflushopt clwb intel_pt avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local avx512_bf16 dtherm ida arat pln pts pku ospke avx512_vnni md_clear flush_l1d arch_capabilities free -m               total used free shared buff/cache available Mem: 772367 2626 760430 17 9310 766181 Swap: 0 0 0 [期望结果]： 跑stress-ng压力过程中，系统正常，不出现crash [实际结果]： 跑stress-ng压力后，出现crash
标签:
问题重现步骤:	[重现步骤]: 1、准备工作 配置参数值 echo 1 > /proc/sys/kernel/panic echo 1 > /proc/sys/kernel/hardlockup_panic echo 1 > /proc/sys/kernel/softlockup_panic echo 50 > /proc/sys/kernel/watchdog_thresh echo 1200 > /proc/sys/kernel/hung_task_timeout_secs echo 0 > /proc/sys/kernel/hung_task_panic 挂载数据盘 [ -d /disk1 ] || mkdir /disk1 wipefs -a --force /dev/nvme0n1p1 # 虚拟机环境更多的是/dev/vdb1 mkfs -t ext4 -q -F /dev/nvme0n1p1 mount -t ext4 /dev/nvme0n1p1 /disk1   创建日志目录 mkdir -p /disk1/tmpdir/stress-ng 2、下载stress-ng，编译 git clone https://github.com/ColinIanKing/stress-ng.git cd stress-ng make make install 3、执行命令 ulimit -s unlimited echo 1 > /sys/kernel/mm/transparent_hugepage/hugetext_enabled nohup stress-ng -a 1 -x softlockup,resources,fifo,set,zlib,wcs,tree,splice,sockfd,sctp,radixsort,pipe,mergesort,key,inotify,heapsort,epoll,dccp,cap,aiol,vforkmany,switch,sock,cyclic -t 48h --metrics --times --verify -v -Y /disk1/tmpdir/stress-ng/stress-statistic-11.yaml --log-file /disk1/tmpdir/stress-ng/stress-logfile-11.txt --temp-path /disk1/tmpdir/stress-ng/ --vm-bytes 90% --vm-hang 10 &
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
510	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-11-10 16:27	2021-11-11 12:39
报告员:	wuyihao	平台:
分派给:	Shiloong	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:	8.4
		目标版本:
标题:	lmbench3小部分case 对比4.19内核性能下降13%～50%
描述:	mbench3-50%-100%-development-PIPE ：此用例指标下降约20% lmbench3-50%-50%-development-PIPE ：此用例指标下降约13% lmbench3-50%-100%-development-PROC ：此用例指标下降约30% lmbench3-50%-50%-development-TCP ：此用例指标下降约25% lmbench3-50%-1-development-SYSCALL ：syscall.stat.latency.us 此指标下降约6% lmbench3-50%-1-development-SYSCALL ：syscall.fstat.latency.us 此指标下降约12% lmbench3-50%-1-development-CONNECT ：此用例指标下降约10% lmbench3-50%-100%-development-UNIX ：此用例指标下降约55% lmbench3-50%-50%-development-UNIX ：此用例指标下降约25%
标签:
问题重现步骤:	# 50%-50%-PIPE (echo 48;echo 1;echo 10240;echo development;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo yes;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo yes;echo;echo;[ -n no -o -n no ] && echo ;[ 48 -eq 1 ] && echo;echo no) | make results   # 50%-100%-PIPE (echo 96;echo 1;echo 10240;echo development;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo yes;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo yes;echo;echo;[ -n no -o -n no ] && echo ;[ 96 -eq 1 ] && echo;echo no) | make results   0000050%-100%-PROC (echo 96;echo 1;echo 10240;echo development;echo no;echo no;echo yes;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo no;echo yes;echo;echo;[ -n no -o -n no ] && echo ;[ 96 -eq 1 ] && echo;echo no) | make results
附注:
附件:

问题注释
(0000657) Shiloong    2021-11-11 12:38	这个问题@wuyihao已经修复, 直接关掉.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
513	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-11-11 11:33	2021-11-11 11:33
报告员:	Alierwei	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	调度器相关结构体增加reserve字段
描述:	调度器相关结构体增加reserve字段
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
512	[Anolis OS 8] kernel	严重	总是	2021-11-11 09:32	2021-11-11 09:38
报告员:	qingming2021	平台:	x86_64(Hygon)
分派给:		操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8] Hygon C86 7280机器上无法启动4.18.0-305内核
描述:	海光机型，CPU：Hygon C86 7280，anck-4.19内核正常运行，切换4.18内核后无法启动
标签:
问题重现步骤:
附注:
系统说明
附件:	截屏2021-11-10 下午8.50.27.png (135,702 字节) 2021-11-11 09:32 https://bugs-old.openanolis.cn/file_download.php?file_id=282&type=bug

问题注释
(0000656) qingming2021    2021-11-11 09:38	如图所示，选择内核后，hang在启动界面，没有任何kernel boot输出，增加verbose启动参数也没有更多打印。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
505	[Anolis OS 8] - iso-images	微小	总是	2021-11-09 16:05	2021-11-10 21:35
报告员:	gaomingyang	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】arm架构不支持标记图标
描述:	飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co
标签:
问题重现步骤:	通过导航图标可以快速访问本地文件、磁盘、网络邻居、书签、标记 但是arm架构目前没有找到标记信息选项
附注:
系统说明
附件:	标记.jpg (561,383 字节) 2021-11-09 16:05 https://bugs-old.openanolis.cn/file_download.php?file_id=277&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
511	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-11-10 20:23	2021-11-10 20:23
报告员:	AubreyLi	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	Don't initialize IDXD driver if MOVDIR64B or ENQCMDS is build-disabled
描述:	IDXD driver uses boot_cpu_has() to test MOVDIR64B and ENQCMDS bits through CPUID for DSA or IAX device initialization. When any of these two bits are disabled in kernel (e.g., features in arch/x86/include/asm/disabled-features.h), cpu_feature_enabled() should be used to keep the features off regardless of what CPUID reports, and thus the device will not be enumerated.
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
217	[Anolis OS 8] kernel	一般	总是	2021-08-10 15:07	2021-11-10 14:57
报告员:	geliwei-ali	平台:	aarch64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	在鲲鹏服务器上内核tty无法访问
描述:	按下ctl+alt+f1...f4 无法访问tty console，hibmc驱动貌似无法正常绘制缓冲区
标签:
问题重现步骤:
附注:
系统说明
附件:	0001-openEuler-gpu-hibmc-Fix-stuck-when-switch-GUI-to-tex.patch (2,181 字节) 2021-11-10 14:57 https://bugs-old.openanolis.cn/file_download.php?file_id=281&type=bug

问题注释
(0000654) flyingcatz    2021-11-10 14:57	这个bug是因为调用hibmc驱动的时候上一个图形化界面的framebuffer没能释放而导致卡住，24版本中已经加入了修复的补丁

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
501	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-11-08 19:05	2021-11-09 17:24
报告员:	yaoxing	平台:	x86_64
分派给:	yaoxing	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	将 "memory.min "、"memory.low "和"memory.high" 从cgroup v2迁移到v1。
描述:	1. 在v1和v2之间有一个微妙的区别，即在v2的层次结构下，中间的memcgs不允许有任务，这可能会使它们的行为有所不同，它要求所有的中间节点都设置了memory.min|low，我们在v1下使用这一功能时必须记住这一点。 2. 从cgroup v2导出 "memory.high "到v1，可用于归档一些内存QoS。
标签:
问题重现步骤:
附注:	Aone: #37417672
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
249	[Anolis OS 8] liburing	严重	总是	2021-08-31 15:22	2021-11-09 17:12
报告员:	josephqi	平台:	x86_64
分派给:	maomao123	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	AnolisOS 中 liburing 包版本过低，liburing-devel 包缺失
描述:	目前在 AnolisOS 中 yum 安装 liburing，对应的只有 0.2-2.el8。 另外，liburing-devel 包缺失。
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
383	[Anolis OS 8] - iso-images	一般	总是	2021-10-26 11:24	2021-11-09 17:01
报告员:	gaomingyang	平台:	aarch64
分派给:	xingwei-liu	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】控制中心无法设置个性化（DDE问题）
描述:	安装Anolis8.2_QU1_DDE版本之后，控制中心无法设置个性化
标签:
问题重现步骤:	鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co 控制中心无法设置个性化
附注:
系统说明
附件:	截图录屏_选择区域_20211101095710.mp4 (289,315 字节) 2021-11-01 09:59 https://bugs-old.openanolis.cn/file_download.php?file_id=263&type=bug 个性化.png (89,772 字节) 2021-11-04 21:33 https://bugs-old.openanolis.cn/file_download.php?file_id=270&type=bug

问题注释
(0000564) gaomingyang    2021-11-01 09:59
(0000611) sadhu-uniontech    2021-11-04 21:33	通过strace调试发现，没有找到 /usr/lib/os-release 和/etc/lsb-release，这两个包分别对应base-files 和 deepin-desktop-base 这个两个包仓库都没有。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
504	[Anolis OS 7] General	一般	总是	2021-11-09 15:40	2021-11-09 16:37
报告员:	dust-li	平台:	x86_64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	阿里云上的 Anolis OS 8.4 yum 装包非常慢
描述:	Anolis OS 8.4 yum 装包非常慢，但 alinux3 就没有这个问题 对比了一下 Anolis 和 alinux3 的差异。 发现 anolis 上面下载的时候目的 IP 是 100.100.45.186 看 /etc/yum.repos.d/AnolisOS-BaseOS.repo 里面的 baseurl 均是 mirrors.cloud.aliyuncs.com 对应的 IP 是 100.100.2.148 而 alinux 上面确实是访问的 100.100.2.148
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (72,307 字节) 2021-11-09 16:37 https://bugs-old.openanolis.cn/file_download.php?file_id=279&type=bug

问题注释
(0000647) yunqi-zwt    2021-11-09 16:37	应该是anolis-dde.repo 这个文件里面配置的 epel 导致的 [root@iZbp12wn36q08t48apbsohZ ~]# cat /etc/yum.repos.d/AnolisOS-DDE.repo [DDE] name=AnolisOS-$releasever - DDE baseurl=http://mirrors.cloud.aliyuncs.com/anolis/$releasever/DDE/$basearch/os enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=1 [epel] name=epel baseurl=http://mirrors.aliyun.com/epel/8/Everything/$basearch/ enabled=0 gpgkey=http://mirrors.aliyun.com/epel/RPM-GPG-KEY-EPEL-8 gpgcheck=1

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
480	[Anolis OS 8] - iso-images	一般	没有试验	2021-11-04 14:48	2021-11-09 15:21
报告员:	anoliswanqian	平台:
分派给:	qingming	操作系统:	anolis
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 系统安装界面只有图形安装,未提供文本安装进入
描述:	系统安装界面只有图形安装,未提供文本安装进入
标签:
问题重现步骤:	系统安装界面只有图形安装,未提供文本安装进入
附注:
附件:

问题注释
(0000641) layne-yang    2021-11-09 15:21	在安装引导中手动添加inst.text参数，在选择引导项后按e进入编辑（用libvirt虚拟机的话就按tab键），然后在linuxefi /images/pxeboot/vmlinuz inst.stage2=hd:LABEL=anolis-BaseOS-dvd-x86_64-8 quiet 后加inst.text参数，再按F10可进入文本安装。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
498	[Anolis OS 8] - iso-images	一般	总是	2021-11-08 16:58	2021-11-08 16:58
报告员:	lystormenvoy	平台:	x86_64
分派给:	_administrator_	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	关于ISO镜像封装的问题
描述:	目前官方镜像站里提供的AnolisOS安装镜像大小达到的8GB+，相比以前CentOS7的4~5G增大了很多。不知道未来能否提供体积更小的镜像。例如只支持Minimal安装的镜像（CentOS7 minimal镜像只有不到1GB）、以及只有单独内核选项的镜像。
标签:
问题重现步骤:
附注:	caspar＠openanolis.org  25 Oct 6:47 p.m. Hi, 感谢关注 Anolis OS，需求已收到，我们正在评估中。方便的话请在 https://bugs.openanolis.cn/ 提交一个需求工单，以便于后续跟进，谢谢。
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
467	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-11-03 09:42	2021-11-08 15:29
报告员:	josephqi	平台:	x86_64
分派给:	josephqi	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.4
		目标版本:	8.2 正式版
标题:	ext4: improve delalloc buffer write performance
描述:	This patchset address to improve buffer write performance with delalloc. It optimize the delalloc write by removing unnecessary journal handle. Tested in my local host: w/o this patchset: System Benchmarks Partial Index BASELINE RESULT INDEX File Copy 1024 bufsize 2000 maxblocks 3960.0 468077.0 1182.0 File Copy 256 bufsize 500 maxblocks 1655.0 120039.0 725.3 File Copy 4096 bufsize 8000 maxblocks 5800.0 1564412.0 2697.3                                                                                                  ======== System Benchmarks Index Score (Partial Only) 1322.4 w this patchset: System Benchmarks Partial Index BASELINE RESULT INDEX File Copy 1024 bufsize 2000 maxblocks 3960.0 729168.0 1841.3 File Copy 256 bufsize 500 maxblocks 1655.0 214042.0 1293.3 File Copy 4096 bufsize 8000 maxblocks 5800.0 2158337.0 3721.3                                                                                                   ======== System Benchmarks Index Score (Partial Only) 2069.4 It improves unixbench fstime/fsbuffer/fsdisk by 56.49%.
标签:	ext4, unixbench
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000625) josephqi    2021-11-08 15:29	4.19：https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/merge_request/27153 5.10：https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/merge_request/27175

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
342	[Anolis OS 7] General	一般	总是	2021-10-15 17:04	2021-11-08 13:36
报告员:	gaomingyang	平台:	x86_64
分派给:	nijiayu	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_x86_64】兆芯PC机安装Anolis7.7完成后，重启无法进入系统，机器循环重启。
描述:	兆芯PC机安装Anolis7.7完成后，重启无法进入系统，机器循环重启。
标签:	fsgsbase
问题重现步骤:	刻录u盘。 从U盘系统盘启动安装系统。 安装完成后，点击重启按钮。
附注:	附件见mp4文件
系统说明
附件:

问题注释
(0000538) nijiayu    2021-10-27 14:03	和 https://bugs.openanolis.cn/view.php?id=313 是一个问题。
(0000539) jacobwang    2021-10-27 15:17	该问题影响兆芯桌面机器不支持fsgsbase的一些型号。 并不会block整个兆芯的启动测试。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
320	[Anolis OS 7] General	一般	总是	2021-10-13 11:25	2021-11-08 12:28
报告员:	qingming2021	平台:	x86_64
分派给:	ZhangBinChen	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] selinux默认开启、建议关闭
描述:	[admin@localhost ~]$ cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [admin@localhost ~]$ cat /etc/selinux/config # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. SELINUX=enforcing # SELINUXTYPE= can take one of three values: # targeted - Targeted processes are protected, # minimum - Modification of targeted policy. Only selected processes are protected. # mls - Multi Level Security protection. SELINUXTYPE=targeted
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000562) ZhangBinChen    2021-10-29 17:21	https://codeup.openanolis.cn/codeup/anolis-os/selinux-policy/merge_requests
(0000621) ZhangBinChen    2021-11-08 12:28	代码已经提交且merge： https://codeup.openanolis.cn/codeup/anolis-os/selinux-policy/merge_request/27133

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
484	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-11-08 10:33	2021-11-08 10:33
报告员:	dtcccc	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	5.10.46-7.al8内核之后load始终>1
描述:	Alinux3安装5.10.46-7.al8内核之后，uptime显示load始终>1（即便在空载状况）
标签:	sched
问题重现步骤:
附注:	Aone id: 37720929
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
483	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-11-05 14:57	2021-11-05 14:57
报告员:	denggang	平台:	x86_64
分派给:	denggang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	unevictable接口add_pid bugfix
描述:	1. bug fix: 用户态进程read /proc/unevictable/add_pid 出现截断，最多只能读取到1024字节 2. bug fix: 用户态进程read /proc/unevictable/add_pid后发生段错误，proc_read_add_pid->copy_to_user 可能发生溢出
标签:
问题重现步骤:
附注:	Aone: #36823781
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
360	[Anolis OS 7] General	一般	总是	2021-10-20 14:24	2021-11-05 11:26
报告员:	shanxifanshi	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86][Plus]镜像安装的环境默认无Plus源
描述:	我们的包下载地址是包含Plus源的，但是镜像安装的机器默认不包含Plus源的repo文件 包下载地址：https://mirrors.openanolis.cn/anolis/7.7/ 镜像安装的机器默认的repo源如下： # ll /etc/yum.repos.d/ total 12 -rw-r--r--. 1 root root 195 Oct 15 18:31 AnolisOS-os.repo -rw-r--r--. 1 root root 210 Oct 15 18:31 AnolisOS-updates.repo -rw-r--r--. 1 root root 76 Oct 15 18:31 demo.repo [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 镜像安装机器后默认包含所有的repo源 [实际结果]： 镜像安装机器后没有Plus的repo源
标签:
问题重现步骤:	1. 镜像安装机器后，查询当前的repo源，ll /etc/yum.repos.d/ 2. 登录到包下载网站查看有哪些源，https://mirrors.openanolis.cn/anolis/7.7/，预期二者匹配
附注:
附件:

问题注释
(0000554) xiumu01    2021-10-28 17:51	已添加Plus的repo源 https://codeup.openanolis.cn/codeup/anolis-os/anolis-release/merge_request/27110
(0000614) geliwei-ali    2021-11-05 11:26	已更新至仓库

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
453	[Anolis OS 8] - iso-images	严重	没有试验	2021-11-01 13:53	2021-11-05 11:08
报告员:	anoliswanqian	平台:	x86_64(Zhaoxin)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 无超过登录失败次数限制（DDE问题）
描述:	兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T 飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co
标签:
问题重现步骤:	无超过登录失败次数限制 系统限制登录失败次数，超过次数重启前不能登录系统
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
456	[Anolis OS 8] - iso-images	致命	没有试验	2021-11-01 14:50	2021-11-05 11:04
报告员:	anoliswanqian	平台:	x86_64(Zhaoxin)
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 不能创建/删除/更改 用户组 （DDE问题）
描述:	兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T 飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co
标签:
问题重现步骤:	不能创建/删除/更改 用户组
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
439	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-10-28 19:30	2021-11-05 10:58
报告员:	XuanZhuo	平台:
分派给:	XuanZhuo	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	virtio-net 支持 xdp socket
描述:	virtio-net 支持 xdp socket 实现， xdp socket zerocopy。配合 Express UDP， 运行在云平台上。
标签:	FutureFeature
问题重现步骤:
附注:
附件:

问题注释
(0000556) XuanZhuo    2021-10-28 19:39	37580040

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
438	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-10-28 19:29	2021-11-05 10:57
报告员:	XuanZhuo	平台:
分派给:	XuanZhuo	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	virtio-net 支持 xdp socket
描述:	virtio-net 支持 xdp socket 实现， xdp socket zerocopy。配合 Express UDP， 运行在云平台上。
标签:	FutureFeature
问题重现步骤:
附注:
附件:

问题注释
(0000555) XuanZhuo    2021-10-28 19:38	37580077

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
482	[Anolis OS 8] - cloud kernel 5.10	一般	不适用	2021-11-05 10:31	2021-11-05 10:40
报告员:	denggang	平台:	x86_64
分派给:	denggang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	支持内存水位线调整：wmark_min_adj
描述:	支持内存水位线调整：wmark_min_adj
标签:
问题重现步骤:
附注:	Aone: #37417502
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
463	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-11-01 17:45	2021-11-05 10:26
报告员:	maomao123	平台:	x86_64
分派给:	maomao123	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	io_uring: adaptive sqpoll mode
描述:	This a new io_uring feature that allows sqthread to do its job with less cpu resource while having a good enough latency number.
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
481	[Anolis OS 8] - iso-images	一般	总是	2021-11-04 18:38	2021-11-04 18:38
报告员:	gaomingyang	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】安装帮助文档包后，资源管理器帮助文档为空
描述:	兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T 飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor
标签:
问题重现步骤:	下载deepin-manual后，点击资源管理器的“帮助”，“帮助”文档为空
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
375	[Anolis OS 8] - iso-images	致命	总是	2021-10-26 10:58	2021-11-04 16:16
报告员:	gaomingyang	平台:	aarch64
分派给:	xingwei-liu	操作系统:	Anolis OS
优先级:	紧急	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】安装DDE之后无中文输入法 （DDE问题）
描述:	安装Anolis8.2_DDE版本之后，无中文输入法功能
标签:
问题重现步骤:	飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co 在以上台式机安装完Anolis8.2_QU1版本后，无中文输入法功能
附注:
系统说明
附件:

问题注释
(0000572) xiezhongtian    2021-11-01 19:32	missing dde component “deepin-fcitxconfigtool-plugin” ， add pkg for dist-an8-dde and check again.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
391	[Anolis OS 8] - iso-images	严重	总是	2021-10-26 11:34	2021-11-04 16:15
报告员:	gaomingyang	平台:	aarch64
分派给:	xingwei-liu	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】托盘处不能设置输入法（DDE问题）
描述:	安装Anolis8.2_QU1_DDE版本之后，托盘处不能设置输入法
标签:
问题重现步骤:	飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 托盘处不能设置输入法
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
380	[Anolis OS 8] - iso-images	严重	总是	2021-10-26 11:17	2021-11-04 16:09
报告员:	gaomingyang	平台:	aarch64
分派给:	xingwei-liu	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】默认输入法设置无效（DDE问题）
描述:	安装Anolis8.2_QU1_DDE版本之后，默认输入法设置无效
标签:
问题重现步骤:	鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co 提供默认输入法设置功能：默认输入法设置无效
附注:
系统说明
附件:

问题注释
(0000576) xiezhongtian    2021-11-01 20:17	missing dde component “deepin-fcitxconfigtool-plugin” ， add pkg for dist-an8-dde and check again.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
378	[Anolis OS 8] - iso-images	严重	总是	2021-10-26 11:14	2021-11-04 16:08
报告员:	gaomingyang	平台:	aarch64
分派给:	xingwei-liu	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【AnolisOS-8.2_QU1_aarch64】无软键盘设置（DDE问题）
描述:	安装完Anolis8.2_QU1_DDE之后，无软键盘设置
标签:
问题重现步骤:	鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co 提供数字序号、标点、特殊符号等种类软键盘：无软键盘设置
附注:
系统说明
附件:

问题注释
(0000577) xiezhongtian    2021-11-01 20:20	missing dde component “deepin-fcitxconfigtool-plugin” ， add pkg for dist-an8-dde and check again.
(0000608) anoliswanqian    2021-11-04 16:05	@xiezhongtian:missing dde component “deepin-fcitxconfigtool-plugin” ， add pkg for dist-an8-dde and check again. ----------------------------------------------------------------------------------------------------------------------------- 安装组件后修复.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
457	[Anolis OS 8] - iso-images	致命	没有试验	2021-11-01 14:52	2021-11-04 11:22
报告员:	anoliswanqian	平台:
分派给:	gaomingyang	操作系统:
优先级:	紧急	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 不支持通过图形化工具对系统日志文件进行查看、分析 （DDE问题）
描述:	兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T 飞腾台式机：cpu ： Phytium FT-2000/4                        内存 ： 8G                        硬盘 ：nvme0n1 259:0 0 238.5G 0 disk                        网卡 ： Realtek Semiconductor 鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co
标签:
问题重现步骤:	不支持通过图形化工具对系统日志文件进行查看、分析
附注:
附件:

问题注释
(0000589) xiezhongtian    2021-11-02 14:20	此功能的包由deepin-log-view 提供
(0000605) xingwei-liu    2021-11-04 11:22	deepin-log-viewer已添加外网仓库 可以进行安装验证

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
464	[Anolis OS 8] - iso-images	一般	没有试验	2021-11-02 09:45	2021-11-04 10:48
报告员:	anoliswanqian	平台:
分派给:	xiezhongtian	操作系统:	anolis
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AnolisOS-8.2_QU1] 编辑文本文件等文本,关闭窗口不提示保存,直接未保存关闭（DDE问题）
描述:	鲲鹏台式机：cpu ：Kunpeng-920 3211K                        内存 ：8G                        硬盘：nvme0n1 259:0 0 477G 0 disk                        网卡： Huawei Technologies Co 兆芯服务器: ZHAOXIN KaiXian ZX-C+ C4701@2.0GHz 内存: 4G 硬盘: 1T
标签:
问题重现步骤:	编辑文本文件等文本,关闭窗口不提示保存,直接未保存关闭
附注:
附件:

问题注释
(0000588) xiezhongtian    2021-11-02 14:18	设计如此，次版本中没有保存按钮，关闭后再打开是上次的内容会保存现场。
(0000603) anoliswanqian    2021-11-04 10:48	@xiezhongtian:设计如此，次版本中没有保存按钮，关闭后再打开是上次的内容会保存现场。 -------------------------------------------------------------- 不会保存. 兆芯/ 飞腾都没有保留

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
363	[Anolis OS 7] General	一般	总是	2021-10-20 16:11	2021-11-01 18:22
报告员:	shanxifanshi	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86][os]安装libreoffice-base失败，源中缺少依赖包pentaho-reporting-flow-engine
描述:	安装libreoffice-base失败，源中缺少依赖包pentaho-reporting-flow-engine [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 可以正常安装libreoffice-base [实际结果]： 安装libreoffice-base失败 # yum -y install libreoffice-base.x86_64 Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager This system is not registered with an entitlement server. You can use subscription-manager to register. Resolving Dependencies --> Running transaction check ---> Package libreoffice-base.x86_64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: libreoffice-calc(x86-64) = 1:5.3.6.1-21.0.1.an7 for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 --> Processing Dependency: libreoffice-pyuno(x86-64) = 1:5.3.6.1-21.0.1.an7 for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 --> Processing Dependency: pentaho-reporting-flow-engine for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 --> Processing Dependency: postgresql-jdbc for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 --> Processing Dependency: libforlo.so()(64bit) for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 --> Processing Dependency: libforuilo.so()(64bit) for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 --> Running transaction check ---> Package libreoffice-base.x86_64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: pentaho-reporting-flow-engine for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 ---> Package libreoffice-calc.x86_64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: libetonyek-0.1.so.1()(64bit) for package: 1:libreoffice-calc-5.3.6.1-21.0.1.an7.x86_64 --> Processing Dependency: liblpsolve55.so()(64bit) for package: 1:libreoffice-calc-5.3.6.1-21.0.1.an7.x86_64 --> Processing Dependency: libwps-0.4.so.4()(64bit) for package: 1:libreoffice-calc-5.3.6.1-21.0.1.an7.x86_64 ---> Package libreoffice-pyuno.x86_64 1:5.3.6.1-21.0.1.an7 will be installed ---> Package postgresql-jdbc.noarch 0:9.2.1002-6.an7 will be installed --> Running transaction check ---> Package libetonyek.x86_64 0:0.1.7-1.an7 will be installed ---> Package libreoffice-base.x86_64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: pentaho-reporting-flow-engine for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 ---> Package libwps.x86_64 0:0.4.7-1.an7 will be installed ---> Package lpsolve.x86_64 0:5.5.2.0-8.an7 will be installed --> Finished Dependency Resolution Error: Package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.x86_64 (os)            Requires: pentaho-reporting-flow-engine  You could try using --skip-broken to work around the problem  You could try running: rpm -Va --nofiles --nodigest [原因定位]：  源中缺少依赖包pentaho-reporting-flow-engine
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000519) anolislw    2021-10-21 13:56	[Anolis 7.7][aarch64][4.19]该环境同样安装libreoffice-base.aarch64失败 -------------------------------------- [机器环境] [root@VM20210305-5 tmp]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@VM20210305-5 tmp]# uname -r 4.19.91-24.8.an7.aarch64 [root@VM20210305-5 tmp]# yum repolist Loaded plugins: langpacks repo id repo name status epel epel 12,988 os AnolisOS-7.7 - os 3,816 repolist: 16,804 [root@VM20210305-5 tmp]# yum repolist -v | grep base Repo-baseurl : http://yum.tbsite.net/epel/7/aarch64/ Repo-baseurl : http://mirrors.openanolis.cn/anolis/7.7/os/aarch64/os/ ---------------------------------------------------------- [root@VM20210305-5 tmp]# yum install -y libreoffice-base.aarch64 Loaded plugins: langpacks Resolving Dependencies --> Running transaction check ---> Package libreoffice-base.aarch64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: libreoffice-calc(aarch-64) = 1:5.3.6.1-21.0.1.an7 for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.aarch64 --> Processing Dependency: pentaho-reporting-flow-engine for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.aarch64 --> Processing Dependency: postgresql-jdbc for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.aarch64 --> Processing Dependency: libforlo.so()(64bit) for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.aarch64 --> Processing Dependency: libforuilo.so()(64bit) for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.aarch64 --> Running transaction check ---> Package libreoffice-base.aarch64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: pentaho-reporting-flow-engine for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.aarch64 ---> Package libreoffice-calc.aarch64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: liblpsolve55.so()(64bit) for package: 1:libreoffice-calc-5.3.6.1-21.0.1.an7.aarch64 ---> Package postgresql-jdbc.noarch 0:9.2.1002-6.an7 will be installed --> Running transaction check ---> Package libreoffice-base.aarch64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: pentaho-reporting-flow-engine for package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.aarch64 ---> Package lpsolve.aarch64 0:5.5.2.0-8.an7 will be installed --> Finished Dependency Resolution Error: Package: 1:libreoffice-base-5.3.6.1-21.0.1.an7.aarch64 (os)            Requires: pentaho-reporting-flow-engine  You could try using --skip-broken to work around the problem  You could try running: rpm -Va --nofiles --nodigest
(0000571) xzyang    2021-11-01 18:21	解决方法可见bug https://bugs.openanolis.cn/view.php?id=362 问题注释

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
362	[Anolis OS 7] General	一般	总是	2021-10-20 15:53	2021-11-01 18:20
报告员:	shanxifanshi	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86] [os]安装libreoffice-langpack-fi失败，源中缺少依赖包libreoffice-voikko
描述:	安装libreoffice-langpack-fi失败，源中缺少依赖包libreoffice-voikko [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 可以正常安装libreoffice-langpack-fi [实际结果]： 安装libreoffice-langpack-fi失败 # yum -y install libreoffice-langpack-fi Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager This system is not registered with an entitlement server. You can use subscription-manager to register. Resolving Dependencies --> Running transaction check ---> Package libreoffice-langpack-fi.x86_64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: autocorr-fi for package: 1:libreoffice-langpack-fi-5.3.6.1-21.0.1.an7.x86_64 --> Processing Dependency: libreoffice-voikko for package: 1:libreoffice-langpack-fi-5.3.6.1-21.0.1.an7.x86_64 --> Running transaction check ---> Package autocorr-fi.noarch 1:5.3.6.1-21.0.1.an7 will be installed ---> Package libreoffice-langpack-fi.x86_64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: libreoffice-voikko for package: 1:libreoffice-langpack-fi-5.3.6.1-21.0.1.an7.x86_64 --> Finished Dependency Resolution Error: Package: 1:libreoffice-langpack-fi-5.3.6.1-21.0.1.an7.x86_64 (os)            Requires: libreoffice-voikko  You could try using --skip-broken to work around the problem  You could try running: rpm -Va --nofiles --nodigest [原因定位]：  源中缺少依赖包libreoffice-voikko
标签:
问题重现步骤:	yum -y install libreoffice-langpack-fi
附注:
系统说明
附件:

问题注释
(0000518) anolislw    2021-10-21 13:51	[Anolis-7.7 aarch64][4.19] 该环境同样安装libreoffice-langpack-fi.aarch64失败 --------------------------------------------------- [环境信息]： [root@VM20210305-5 tmp]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@VM20210305-5 tmp]# uname -r 4.19.91-24.8.an7.aarch64 [root@VM20210305-5 tmp]# yum repolist Loaded plugins: langpacks repo id repo name status epel epel 12,988 os AnolisOS-7.7 - os 3,816 repolist: 16,804 [root@VM20210305-5 tmp]# yum repolist -v | grep base Repo-baseurl : http://yum.tbsite.net/epel/7/aarch64/ Repo-baseurl : http://mirrors.openanolis.cn/anolis/7.7/os/aarch64/os/ ------------------------------------------ [root@VM20210305-5 tmp]# yum install -y libreoffice-langpack-fi.aarch64 Loaded plugins: langpacks Resolving Dependencies --> Running transaction check ---> Package libreoffice-langpack-fi.aarch64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: autocorr-fi for package: 1:libreoffice-langpack-fi-5.3.6.1-21.0.1.an7.aarch64 --> Processing Dependency: libreoffice-voikko for package: 1:libreoffice-langpack-fi-5.3.6.1-21.0.1.an7.aarch64 --> Running transaction check ---> Package autocorr-fi.noarch 1:5.3.6.1-21.0.1.an7 will be installed ---> Package libreoffice-langpack-fi.aarch64 1:5.3.6.1-21.0.1.an7 will be installed --> Processing Dependency: libreoffice-voikko for package: 1:libreoffice-langpack-fi-5.3.6.1-21.0.1.an7.aarch64 --> Finished Dependency Resolution Error: Package: 1:libreoffice-langpack-fi-5.3.6.1-21.0.1.an7.aarch64 (os)            Requires: libreoffice-voikko  You could try using --skip-broken to work around the problem  You could try running: rpm -Va --nofiles --nodigest
(0000570) xzyang    2021-11-01 18:18	该问题为安装依赖问题，已经将缺失的安装依赖（flute ,sac, pentaho-libxml,,liblayout,libreoffice-voikko,pentaho-reporting-flow-engine,malaga-suomi-voikko）编到koji上，请在yum源中添加这些包。其中,libreoffice-voikko这个包编译不过，已提交补丁到codeup,请评审。另外bug https://bugs.openanolis.cn/view.php?id=363 在这里一并解决，所缺失的安装依赖这里一并解决。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
352	[Anolis OS 7] General	一般	总是	2021-10-19 15:31	2021-11-01 15:03
报告员:	gaomingyang	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】图形化安装-组件安装-GNOME桌面-all（必测项）
描述:	图形化安装-组件安装-GNOME桌面，messages日志报错
标签:
问题重现步骤:	[步骤] 1. 进行到安装组件步骤 2. 左侧选择GNOME桌面，右侧全选，语言选择中文，键盘布局选中文，并完成安装步骤 3. 完成安装后进入系统 4. 终端执行:rpm -qa|wc -l查询软件包数量 5. 查看boot日志 6. 查看messages日志 [结果] 1. messages出现报错 [期望] 1. 操作成功 2. 成功全选，并完成安装 3. 成功进入系统 4. 数量与实际一致 5. 无报错信息 6. 无报错信息
附注:
系统说明
附件:	messages (170,593 字节) 2021-10-19 15:31 https://bugs-old.openanolis.cn/file_download.php?file_id=236&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
437	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-10-28 15:34	2021-10-28 15:34
报告员:	guanjun	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	ANCK5.10需要revert相关patch才可以使能Intel DSA功能
描述:	1. revert 0001-x86-cpufeatures-Force-disable-X86_FEATURE_ENQCMD-and.patch 2. 修改部分xsave相关代码 3. 打开CONFIG_INTEL_IDXD_SVM
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
349	[Anolis OS 7] General	一般	总是	2021-10-19 15:23	2021-10-27 16:54
报告员:	gaomingyang	平台:	aarch64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】系统iso挂载卷标名
描述:	Anolis7.7的系统iso挂载卷标名和Anolis8.2的系统iso挂载卷标名不一致
标签:
问题重现步骤:	[步骤] 1. 刻录系统ISO镜像到U 盘或者光盘 2. 刻录完成后，查看U盘（光盘）名称 [结果] 结果为： 1. anolis-7-#架构#-dvd 附件为7.7和8.2挂载后的字样 [期望] 1. 系统ISO刻录成功。 2. 挂载卷（U盘/光盘）的名称为“anolis-BaseOS-dvd-#架构#-#大版本#”字样。
附注:
系统说明
附件:	7.7.png (45,729 字节) 2021-10-19 15:23 https://bugs-old.openanolis.cn/file_download.php?file_id=232&type=bug 8.2.png (45,216 字节) 2021-10-19 15:23 https://bugs-old.openanolis.cn/file_download.php?file_id=233&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
348	[Anolis OS 7] General	一般	总是	2021-10-19 15:20	2021-10-27 16:40
报告员:	gaomingyang	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】图像查看-打开不同格式的图片（必测项）
描述:	图像查看无法打开bmp格式的图片
标签:
问题重现步骤:	1. 用看图打开bmp文件，查看软件显示
附注:
系统说明
附件:	bmp.png (52,508 字节) 2021-10-19 15:20 https://bugs-old.openanolis.cn/file_download.php?file_id=231&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
341	[Anolis OS 7] General	一般	总是	2021-10-15 16:26	2021-10-27 16:40
报告员:	gaomingyang	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】应用程序-浏览器-主流视频站点播放失败
描述:	显示浏览器版本太低，无法正常播放视频
标签:
问题重现步骤:	系统安装成功 1. 打开浏览器 2. 分别进入站点56、优酷、爱奇艺、腾讯、乐视、土豆、搜狗feeds列表视频点击播放两个以上视频，查看是否可以播放以及前进后退视频能否暂停播放、横竖屏后页面显示是否正常 3. 百度搜索视频在线播放 4. 播放视频中操作播放按钮，暂停按钮，全屏、收藏、下载、关闭，后退、前进等等功能键
附注:	期望 1. 浏览器被打开 2. 视频播放正常、可以正常实现相关功能，无异常出现，如服务器无声卡，不关注声音 3. 视频播放正常、可以正常实现相关功能，无异常出现，如服务器无声卡，不关注声音 4. 视频播放正常、可以正常实现相关功能，无异常出现，如服务器无声卡，不关注声音
系统说明
附件:	broadcast.png (114,610 字节) 2021-10-15 16:26 https://bugs-old.openanolis.cn/file_download.php?file_id=221&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
351	[Anolis OS 7] General	一般	总是	2021-10-19 15:28	2021-10-27 16:39
报告员:	gaomingyang	平台:	aarch64
分派给:	xiezhongtian	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】图形化安装-组件安装-基本网页服务器-all（必测项）
描述:	安装完成后，message日志出现swap报错
标签:
问题重现步骤:	[步骤] 1. 进入到安装组件步骤 2. 左侧选择基本网页服务器，右侧全选，语言选择中文，键盘布局选择中文，闯将用户及密码，并完成安装步骤 3. 完成安装后进入系统 4. 打开终端执行'localectl'查询语言类型 5. 执行‘rpm -qa |wc -l’查询包数量 6. rpm -qa | egrep "java-1.8.0-openjdk|java-1.8.0-openjdk-devel" 7. 确定系统中已经安装java包（数据库依赖包） rpm -qa | egrep "java" 8. 查看boot日志 9. 查看messages日志 [结果] message日志出现swap报错 [期望] 1. 操作成功 2. 成功全选，并完成安装 3. 成功进入系统 4. 查询结果为: System Locale: LANG=zh_CN.UTF-8 VC Keymap: cn X11 Layout: cn 5. 与实际一致 6. 可以看到对应的包已经安装 7. 可以看到java包已经安装 8. 无报错信息 9. 无报错信息
附注:
系统说明
附件:	message.jpg (450,799 字节) 2021-10-19 15:28 https://bugs-old.openanolis.cn/file_download.php?file_id=235&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
432	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-10-27 15:41	2021-10-27 15:41
报告员:	xueshuai	平台:	aarch64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	ARM SPE支持perf c2c
描述:	基于ARM SPE支持perf c2c
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
354	[Anolis OS 7] General	一般	总是	2021-10-20 10:00	2021-10-27 15:24
报告员:	shanxifanshi	平台:	x86_64
分派给:	wb-zh951434	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86][os]安装rarian-compat包后执行二进制文件rarian-sk-migrate发生core dump
描述:	安装rarian-compat-0.8.1-11.an7.x86_64包后 执行二进制文件 /usr/bin/rarian-sk-migrate 发生core dump 该问题在centos 7上同样存在 [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件 rarian-sk-migrate 时发生core dump # /usr/bin/rarian-sk-migrate --help ERROR: Cannot access directory --help Segmentation fault (core dumped)
标签:
问题重现步骤:	yum install -y rarian-compat /usr/bin/rarian-sk-migrate --help
附注:
系统说明
附件:	image.png (65,520 字节) 2021-10-27 11:19 https://bugs-old.openanolis.cn/file_download.php?file_id=256&type=bug image-2.png (66,905 字节) 2021-10-27 11:19 https://bugs-old.openanolis.cn/file_download.php?file_id=257&type=bug

问题注释
(0000537) wb-zh951434    2021-10-27 11:19	centos7.7 x86_64、centos7.9 aarch64存在同样问题，暂时降低问题优先级

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
359	[Anolis OS 7] General	一般	总是	2021-10-20 13:53	2021-10-27 15:23
报告员:	shanxifanshi	平台:	x86_64
分派给:	wb-zh951434	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86][os]安装amanda-server.x86_64包后执行二进制文件activate-devpay发生core dump
描述:	安装amanda-server-3.3.3-21.an7.x86_64包后 执行二进制文件/usr/bin/activate-devpay --help发生core dump [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件activate-devpay时发生core dump # /usr/sbin/activate-devpay --help ** (process:4835): ERROR **: 13:50:25.199: Problem fetching data from server: Could not resolve host: ls.amazonaws.com; Unknown error Trace/breakpoint trap (core dumped)
标签:
问题重现步骤:	yum -y install amanda-server.x86_64 /usr/sbin/activate-devpay --help
附注:
系统说明
附件:	image.png (102,857 字节) 2021-10-27 11:15 https://bugs-old.openanolis.cn/file_download.php?file_id=254&type=bug image-2.png (99,710 字节) 2021-10-27 11:15 https://bugs-old.openanolis.cn/file_download.php?file_id=255&type=bug

问题注释
(0000536) wb-zh951434    2021-10-27 11:15	centos7.7 x86_64、centos7.9 aarch64存在相同问题，暂时降低优先级

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
356	[Anolis OS 7] General	一般	总是	2021-10-20 11:44	2021-10-27 15:23
报告员:	shanxifanshi	平台:	x86_64
分派给:	wb-zh951434	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86][os]安装alacarte.noarch包后执行二进制文件alacarte发生core dump
描述:	安装alacarte-3.11.91-1.an7.noarch包后 执行二进制文件/usr/bin/alacarte --help发生core dump [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件/usr/bin/alacarte --help时发生core dump # /usr/bin/alacarte --help /usr/lib/python2.7/site-packages/Alacarte/MainWindow.py:22: PyGIWarning: GMenu was imported without specifying a version first. Use gi.require_version('GMenu', '3.0') before import to ensure that the right version gets loaded.   from gi.repository import Gtk, GdkPixbuf, Gdk, GMenu (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.440: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.440: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.440: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.440: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.440: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.441: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.441: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.441: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.441: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.441: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:4356): Gdk-CRITICAL **: 11:40:10.441: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:4356): Gtk-CRITICAL **: 11:40:10.441: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed Segmentation fault (core dumped)
标签:
问题重现步骤:	yum -y install alacarte.noarch /usr/bin/alacarte --help
附注:
系统说明
附件:	image.png (113,160 字节) 2021-10-27 11:08 https://bugs-old.openanolis.cn/file_download.php?file_id=252&type=bug image-2.png (101,479 字节) 2021-10-27 11:08 https://bugs-old.openanolis.cn/file_download.php?file_id=253&type=bug

问题注释
(0000520) anolislw    2021-10-21 14:04	[Anolis 7.7][aarch64][4.19]该环境存相同问题 [root@VM20210305-5 tmp]# cat /etc/redhat-release Anolis OS release 7.7 [root@VM20210305-5 tmp]# arch aarch64 [root@VM20210305-5 tmp]# /usr/bin/alacarte --help /usr/lib/python2.7/site-packages/Alacarte/MainWindow.py:22: PyGIWarning: GMenu was imported without specifying a version first. Use gi.require_version('GMenu', '3.0') before import to ensure that the right version gets loaded.   from gi.repository import Gtk, GdkPixbuf, Gdk, GMenu (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:15879): Gdk-CRITICAL **: 22:03:06.460: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:15879): Gtk-CRITICAL **: 22:03:06.460: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed Segmentation fault (core dumped)
(0000535) wb-zh951434    2021-10-27 11:08	centos7.7 x86_64、centos7.9 aarch64存在同样问题，暂时降低优先级 centos7.7 x86_64： [root@iZbp16pucu6j2xjnnilshuZ ~]# /usr/bin/alacarte --help /usr/lib/python2.7/site-packages/Alacarte/MainWindow.py:22: PyGIWarning: GMenu was imported without specifying a version first. Use gi.require_version('GMenu', '3.0') before import to ensure that the right version gets loaded.   from gi.repository import Gtk, GdkPixbuf, Gdk, GMenu (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.175: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.175: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.175: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.175: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.175: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.175: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.175: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.175: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.175: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.176: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.176: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.176: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.176: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.176: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.176: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:18036): Gdk-CRITICAL **: 11:05:01.176: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:18036): Gtk-CRITICAL **: 11:05:01.176: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed Segmentation fault [root@iZbp16pucu6j2xjnnilshuZ ~]# uname -a Linux iZbp16pucu6j2xjnnilshuZ 3.10.0-1062.18.1.el7.x86_64 #1 SMP Tue Mar 17 23:49:17 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux [root@iZbp16pucu6j2xjnnilshuZ ~]# uname -r 3.10.0-1062.18.1.el7.x86_64 [root@iZbp16pucu6j2xjnnilshuZ ~]# cat /etc/centos-release CentOS Linux release 7.7.1908 (Core) [root@iZbp16pucu6j2xjnnilshuZ ~]# cat /etc/os-release NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" centos7.9 aarch64： [root@iZbp13n6xruu4m1p6j5aqoZ ~]# /usr/bin/alacarte --help /usr/lib/python2.7/site-packages/Alacarte/MainWindow.py:22: PyGIWarning: GMenu was imported without specifying a version first. Use gi.require_version('GMenu', '3.0') before import to ensure that the right version gets loaded.   from gi.repository import Gtk, GdkPixbuf, Gdk, GMenu (alacarte:9179): Gdk-CRITICAL **: 11:07:24.906: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.906: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.906: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (alacarte:9179): Gdk-CRITICAL **: 11:07:24.907: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (alacarte:9179): Gtk-CRITICAL **: 11:07:24.907: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed Segmentation fault [root@iZbp13n6xruu4m1p6j5aqoZ ~]# uname -a Linux iZbp13n6xruu4m1p6j5aqoZ 4.18.0-193.28.1.el7.aarch64 #1 SMP Wed Oct 21 16:25:35 UTC 2020 aarch64 aarch64 aarch64 GNU/Linux [root@iZbp13n6xruu4m1p6j5aqoZ ~]# uname -r 4.18.0-193.28.1.el7.aarch64 [root@iZbp13n6xruu4m1p6j5aqoZ ~]# cat /etc/centos-release CentOS Linux release 7.9.2009 (AltArch) [root@iZbp13n6xruu4m1p6j5aqoZ ~]# cat /etc/os-release NAME="CentOS Linux" VERSION="7 (AltArch)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (AltArch)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7:server" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7"

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
357	[Anolis OS 7] General	一般	总是	2021-10-20 11:52	2021-10-27 15:23
报告员:	shanxifanshi	平台:	x86_64
分派给:	wb-zh951434	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86][os]安装gnome-session.x86_64包后执行二进制文件gnome-session-custom-session发生core dump
描述:	安装gnome-session-3.28.1-7.an7.x86_64包后 执行二进制文件/usr/bin/gnome-session-custom-session --help发生core dump [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件gnome-session-custom-session时发生core dump /usr/bin/gnome-session-custom-session --help /usr/bin/gnome-session-custom-session: line 3: 10637 Segmentation fault (core dumped) gnome-session-selector Terminated
标签:
问题重现步骤:	yum -y install gnome-session.x86_64 /usr/bin/gnome-session-custom-session --help
附注:
系统说明
附件:	E3E1E413-B0F2-4d00-8712-B55F3982BF58.png (43,481 字节) 2021-10-21 14:08 https://bugs-old.openanolis.cn/file_download.php?file_id=238&type=bug image.png (58,078 字节) 2021-10-27 11:00 https://bugs-old.openanolis.cn/file_download.php?file_id=250&type=bug image-2.png (61,415 字节) 2021-10-27 11:00 https://bugs-old.openanolis.cn/file_download.php?file_id=251&type=bug

问题注释
(0000521) anolislw    2021-10-21 14:08
(0000534) wb-zh951434    2021-10-27 11:00	centos7.7 x86_64、centos7.9 aarch64存在同样问题，暂时降低优先级

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
358	[Anolis OS 7] General	一般	总是	2021-10-20 13:44	2021-10-27 15:22
报告员:	shanxifanshi	平台:	x86_64
分派给:	wb-zh951434	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 7.7-4.19-x86][os]安装fonts-tweak-tool包后执行二进制文件fonts-tweak-tool发生core dump
描述:	安装fonts-tweak-tool-0.3.2-5.an7.x86_64包后 执行二进制文件/usr/bin//usr/bin/fonts-tweak-tool --help发生core dump [环境信息]： 内核信息： # uname -r 4.19.91-24.8.an7.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件/usr/bin/fonts-tweak-tool时发生core dump # /usr/bin/fonts-tweak-tool --help /usr/lib64/python2.7/site-packages/fontstweak/util.py:30: PyGIWarning: Gtk was imported without specifying a version first. Use gi.require_version('Gtk', '3.0') before import to ensure that the right version gets loaded.   from gi.repository import Gtk /usr/lib64/python2.7/site-packages/fontstweak/aliasui.py:36: PyGIWarning: Easyfc was imported without specifying a version first. Use gi.require_version('Easyfc', '0.12') before import to ensure that the right version gets loaded.   from gi.repository import Easyfc /usr/bin/fonts-tweak-tool:35: PyGIWarning: FontsTweak was imported without specifying a version first. Use gi.require_version('FontsTweak', '0') before import to ensure that the right version gets loaded.   from gi.repository import FontsTweak Segmentation fault (core dumped)
标签:
问题重现步骤:	yum -y install fonts-tweak-tool.x86_64 /usr/bin/fonts-tweak-tool --help
附注:
系统说明
附件:	27A9C35D-E991-41b3-9BE1-0745935C56F6.png (49,059 字节) 2021-10-21 14:12 https://bugs-old.openanolis.cn/file_download.php?file_id=239&type=bug image.png (175,157 字节) 2021-10-26 18:15 https://bugs-old.openanolis.cn/file_download.php?file_id=241&type=bug image-2.png (91,603 字节) 2021-10-26 18:15 https://bugs-old.openanolis.cn/file_download.php?file_id=242&type=bug

问题注释
(0000522) anolislw    2021-10-21 14:12
(0000529) wb-zh951434    2021-10-26 18:15	centos7.7 x86_64、cnetos7.9 aarch64存在同样问题，暂时降低优先级

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
365	[Anolis OS 7] General	一般	总是	2021-10-21 14:42	2021-10-27 15:22
报告员:	anolislw	平台:	aarch64
分派给:	wb-zh951434	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[anolis7.7][aarch64][4.19]安装oxygen-gtk2后执行/usr/bin/oxygen-gtk-demo --help报错Gtk-WARNING **: 17:02:22.868: cannot open display
描述:	anolis7.7 aarch64，对应内核4.19.91-24.8.an7.aarch64，该环境安装oxygen-gtk2执行/usr/bin/oxygen-gtk-demo --help会报错Gtk-WARNING **: 17:02:22.868: cannot open display [环境信息] [root@VM20210305-5 tmp]# uname -r 4.19.91-24.8.an7.aarch64 [root@VM20210305-5 tmp]# cat /etc/redhat-release Anolis OS release 7.7 [root@VM20210305-5 tmp]# cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" [root@VM20210305-5 tmp]# yum repolist Loaded plugins: langpacks repo id repo name status epel epel 12,988 os AnolisOS-7.7 - os 3,816 repolist: 16,804 [root@VM20210305-5 tmp]# yum reolist -v | grep url No such command: reolist. Please use /usr/bin/yum --help [root@VM20210305-5 tmp]# yum repolist -v | grep url Repo-baseurl : http://yum.tbsite.net/epel/7/aarch64/ Repo-baseurl : http://mirrors.openanolis.cn/anolis/7.7/os/aarch64/os/ [root@VM20210305-5 tmp]# uname -a Linux VM20210305-5 4.19.91-24.8.an7.aarch64 #1 SMP Sat Sep 18 16:58:48 CST 2021 aarch64 aarch64 aarch64 GNU/Linux
标签:
问题重现步骤:	[复现步骤] yum install -y oxygen-gtk2 /usr/bin/oxygen-gtk-demo --help
附注:	Aone ID: 37537412
系统说明
附件:	image.png (90,465 字节) 2021-10-26 18:21 https://bugs-old.openanolis.cn/file_download.php?file_id=243&type=bug

问题注释
(0000530) wb-zh951434    2021-10-26 18:21	centos7.9 aarch64存在相同问题，暂时降低问题优先级

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
431	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-10-27 14:24	2021-10-27 14:24
报告员:	guanjun	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	ANCK5.10和ANCK4.19支持i10nm_edac特性
描述:	i10nm_edac是Intel 10nm CPUs硬件错误检测和恢复特性，涉及内存ECC纠错、PCI parity errors
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
313	[Anolis OS 8] - iso-images	一般	没有试验	2021-10-09 20:23	2021-10-27 14:06
报告员:	wjn740	平台:
分派给:	nijiayu	操作系统:
优先级:	紧急	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	QU1版本Installer内核在兆芯机器上宕机
描述:	开机启动进入安装程序； 在加载内核过程中，系统宕机，宕机在非常早期； 没有完整的dmesg信息； 可以看到IP指向current_save_fsgs函数；
标签:	fsgsbase
问题重现步骤:
附注:
附件:	屏幕快照 2021-10-12 下午5.44.24.png (196,565 字节) 2021-10-12 17:44 https://bugs-old.openanolis.cn/file_download.php?file_id=197&type=bug 1634189375874_9FB10FA1-4AF5-4523-8D06-D5DA1BE4B2BE.png (86,357 字节) 2021-10-14 13:47 https://bugs-old.openanolis.cn/file_download.php?file_id=207&type=bug

问题注释
(0000480) jacobwang    2021-10-12 17:33    (最后编辑： 2021-10-12 17:53)	背景信息： 兆芯可以启动对应kernel tag https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/tree/ck-release-23.4.anck 兆芯不能启动 kernel tag(Note:实际上从ck-release-24.* 之后就不可以启动兆芯了) https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/tree/ck-release-24.8 其他信息： 24.3 回退 如下patch后， 兆芯可以正常启动。 结论：发现revert 如下patch，设备可以启动成功 2606-x86-fsgsbase-64-Introduce-FS-GS-base-helper-function.patch 2607-x86-fsgsbase-64-Make-ptrace-use-the-new-FS-GS-base-h.patch 2608-x86-fsgsbase-64-Convert-the-ELF-core-dump-code-to-th.patch 2609-x86-fsgsbase-64-Factor-out-FS-GS-segment-loading-fro.patch 2614-x86-fsgsbase-64-Clean-up-various-details.patch 2615-x86-fsgsbase-64-Fix-the-base-write-helper-functions.patch 2617-x86-fsgsbase-64-Add-intrinsics-for-FSGSBASE-instruct.patch 2619-x86-fsgsbase-64-Enable-FSGSBASE-instructions-in-help.patch 2622-x86-process-64-Use-FSGSBASE-instructions-on-thread-c.patch 2625-x86-entry-64-Handle-FSGSBASE-enabled-paranoid-entry-.patch 2628-x86-ptrace-Document-FSBASE-and-GSBASE-ABI-oddities.patch 2629-x86-ptrace-Prevent-ptrace-from-clearing-the-FS-GS-se.patch 2630-x86-fsgsbase-64-Fix-NULL-deref-in-86_fsgsbase_read_t.patch 2631-x86-fsgsbase-Replace-static_cpu_has-with-boot_cpu_ha.patch 2633-x86-fsgsbase-Fix-Xen-PV-support.patch 2635-x86-entry-64-Correct-the-comment-over-SAVE_AND_SET_G.patch 2637-x86-process-64-Use-FSBSBASE-in-switch_to-if-availabl.patch 2638-x86-ptrace-Fix-32-bit-PTRACE_SETREGS-vs-fsbase-and-g.patch 在做patch 验证过程中， 发现兆芯无法启动可能和如下patch 强相关。 2614-x86-fsgsbase-64-Clean-up-various-details.patch 2615-x86-fsgsbase-64-Fix-the-base-write-helper-functions.patch 2617-x86-fsgsbase-64-Add-intrinsics-for-FSGSBASE-instruct.patch 2619-x86-fsgsbase-64-Enable-FSGSBASE-instructions-in-help.patch
(0000481) jacobwang    2021-10-12 17:44
(0000482) nijiayu    2021-10-12 19:28	这个问题兆芯cpu不支持fsgsbase这个特性导致的。之后版本会在fsgsbase加上开关对兆芯关闭，现在版本可以用nofsgsbase启动参数暂时workaround。
(0000490) nijiayu    2021-10-14 13:47
(0000509) nijiayu    2021-10-19 11:42	原因定位到由于cpuid指令回复cpu支持fsgsbase，但是这个cpu在执行相关指令时又回复invalid op所以宕机。回复invalid op的原因，兆芯相关同学正在排查。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
422	[Anolis OS 7] General	一般	总是	2021-10-26 19:43	2021-10-26 19:43
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】系统可维护性-日志跟踪-rsyslog服务-发送日志到远程服务器
描述:	服务器验证日志信息的时候，没有收到来自客户端的日志信息
标签:
问题重现步骤:	1. 存在2台PC机，A为日志接收端，即server端，假设IP为10.1.40.100，主机名为hhj；B为日志发送端，即client端，假设IP为10.1.40.110，主机名为test110 2. A、B都装了rsyslog软件包。 2. 配置server端A(日志接收端，IP为10.1.40.100，主机名为hhj)：  1）修改配置文件/etc/rsyslog.conf：  # Provides UDP syslog reception  $ModLoad imudp  $UDPServerRun 514  # Provides TCP syslog reception  $ModLoad imtcp  $InputTCPServerRun 514  2）重启rsylog服务：  [root@hhj log]# service rsyslog restart  3）侦听514端口：  [root@hhj log]# netstat -ntlp |grep rsyslog 3. 配置client端B（日志发送端，IP为10.1.40.110，主机名为test110）：  1）修改配置文件/etc/rsyslog.conf，添加如下行：  *.* @10.1.40.100:514 #其中10.1.40.100为日志接收端IP  2）重启rsylog服务：  [root@test110 ~]# service rsyslog restart 4. 服务端(日志接收端，IP为10.1.40.100，主机名为hhj)验证： 在服务端（IP为10.1.40.100，主机名为hhj）的/var/log/messages存在客户端（IP为10.1.40.110，主机名为test110）发过来的日志信息：  [root@hhj ~]# tail -n 30 /var/log/messages |grep test110 [期望结果]： 1. 终端显示如下信息： 服务端验证：  [root@hhj ~]# tail -n 30 /var/log/messages |grep test110  Apr 3 13:45:57 test110 kernel: Kernel logging (proc) stopped. Apr 3 13:45:57 test110 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="2117" x-info="http://www.rsyslog.com"] exiting on signal 15. Apr 3 13:45:57 test110 kernel: imklog 5.8.10, log source = /proc/kmsg started. Apr 3 13:45:57 test110 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="3801" x-info="http://www.rsyslog.com"] start [实际结果]： 服务器验证日志信息的时候，没有收到来自客户端的日志信息
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
421	[Anolis OS 7] General	一般	总是	2021-10-26 19:42	2021-10-26 19:42
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】软件兼容性-Zabbix监控软件兼容性测试-Zabbix
描述:	缺少zabbix相关软件包
标签:
问题重现步骤:	Selinux=0，关闭防火墙 1. 安装数据库 yum -y install mariadb mariadb-server;安装Apache yum-y install httpd ;安装php yum install php 2. 安装php yum install php-mysqlnd php-gd libjpeg* php-snmp php-ldap php-odbc php-pear php-xml php-xmlrpc php-mbstring php-bcmath php-mhash php-common php-ctype php-xml php-xmlreader php-xmlwriter php-session php-mbstring php-gettext php-ldap php-mysqli --skip-broken 3. 安装 zabbix yum -y install zabbix-server-mysql zabbix-web-mysql 4. 修改配置文件php.ini vim /etc/php.ini max_execution_time = 300 post_max_size = 16M max_input_time = 300 date.timezone = Asia/Shanghai 5. 启动服务 systemctl restart mysqld systemctl start httpd systemctl start zabbix-server Systemctl restart php-fpm.service 6. 访问zabbix并配置：http://server_ip/zabbix [期望结果]： 1. mariadb 、mariadb-server、 httpd 、php安装成功。 2. php相关的软件包安装成功 3. zabbix安装成功 4. 配置文件php.ini修改完成。 5. mysqld .httpd,zbbix-server,php-fpm等服务启动成功 6. 能够访问zabbix并进行配置 [实际结果]： 1. 缺少php-snmp、php-snmp、php-mbstring、php-bcmath包 2. 缺少zabbix包
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
419	[Anolis OS 7] General	一般	总是	2021-10-26 19:39	2021-10-26 19:39
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】基础命令行工具-gzip压缩工具-gzip程序解压文件
描述:	查看解压文件时，输出不一致 解压完成后，test输出和原文件不通
标签:
问题重现步骤:	存在文件test的压缩文件，test.gz [root@XXX ~]# cat test hello! 1. 打开终端，输入命令压缩 [root@XXX ~]# gunzip test.gz 2. 查看解压文件 [root@XXX ~]# file test 3. 查看压缩文件 [root@XXX ~]# ll test.gz 4. 查看解压文件内容 [root@XXX ~]# cat test hello! [期望结果]： 1. 无错误信息输出。 2. 终端输出如下信息。 [root@XXX ~]# file test test: empty 3. 查找不到原文件，说明压缩文件被解压文件代替 [root@XXX ~]# ll test.gz ls: 无法访问test.gz: 没有那个文件或目录 4. 解压文件内容与原文件相同。
附注:
系统说明
附件:	gzip.png (82,715 字节) 2021-10-26 19:39 https://bugs-old.openanolis.cn/file_download.php?file_id=248&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
418	[Anolis OS 7] General	一般	总是	2021-10-26 19:38	2021-10-26 19:38
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】系统管理功能-逻辑卷管理-字符命令-扩展逻辑卷
描述:	lvextend执行失败
标签:
问题重现步骤:	1.使用fdisk工具在硬盘空闲空间上创建三个新分区，例如/dev/sda8、/dev/sda9、 /dev/sda10 2.将新创建的三个分区初始化为物理卷，执行以下命令： pvcreate /dev/sda8 /dev/sda9 /dev/sda10 3.创建一个逻辑卷组，卷组名称vgTest，包含两个物理卷/dev/sda9、/dev/sda10，在终端执行以下命令： vgcreate vgTest /dev/sda9 /dev/sda10 4.在卷组vgTest中新建一个逻辑卷，逻辑卷名称lv1，逻辑卷大小10G，终端执行以下命令： lvcreate -L 10G -n lv1 vgTest 5.mkfs.ext3 /dev/vgTest/lv1 6.mount/dev/vgTest/lv1 /mnt 7.在/mnt下创建文件test.txt，输入任意内容并保存 8. 将逻辑卷/dev/vgTest/lv1扩展2G，终端执行以下命令： lvextend -L +2G /dev/vgTest/lv1 9. 同步扩展文件系统到12G，终端执行以下命令： resize2fs -p –f /dev/vgTest/lv1 12G 10. 查看文件系统上的test.txt文件： cat /mnt/test.txt [期望结果]： 1. 终端输出： Extending logical volume lv1 to 12.00 GiB Logical volume lv1 successfully resized 2. 终端输出： resize2fs 1.42.9 (28-Dec-2013) Filesystem at /dev/vgTest/lv1 is mounted on /mnt; on-line resizing required old_desc_blocks = 1, new_desc_blocks = 1 The filesystem on /dev/vgTest/lv1 is now 3145728 blocks long. 3. 正确输出文件内容，无损坏。 [实际结果]： 第八步lvextend执行失败
附注:
系统说明
附件:	lvextend.png (26,247 字节) 2021-10-26 19:38 https://bugs-old.openanolis.cn/file_download.php?file_id=247&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
417	[Anolis OS 7] General	一般	总是	2021-10-26 19:36	2021-10-26 19:36
报告员:	gaomingyang	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-7.7_aarch64】SELinux策略模块管理-semodule_deps-查看模块间依赖信息
描述:	无semodule_deps命令
标签:
问题重现步骤:	1、使用audit2allow生成ssh.te档案。(可根据需要修改该文件)执行命令： cd /etc/selinux/targeted/ audit2allow -m my_ssh -l -i /var/log/audit/audit.log > my_ssh.te 2、生成策略模块二进制文件。执行命令： checkmodule -M -m -o my_ssh.mod my_ssh.te 3、生成新策略模块包。执行命令： semodule_package -omy_ssh.pp -m my_ssh.mod 4、把新的策略模块加载到内核。执行命令： semodule -i my_ssh.pp 5、验证新的策略模块已正确加载。执行命令： semodule -l | grep ssh 6、再次启动sshd服务。执行命令： systemctl start auditd     （有必要使用service sshd status查看进程是否启动） 7、使用其生成的my_ssh.pp策略包     1. 找到基本策略包。打开终端，执行命令： cd / cp /usr/share/selinux/targeted/base.pp.bz2 . bzip2 -d base.pp.bz2     2. 查看模块间依赖信息。执行命令： semodule_deps /base.pp /etc/selinux/targeted/modules/ssh.pp
附注:
系统说明
附件:	base.pp.bz2 (248,336 字节) 2021-10-26 19:36 https://bugs-old.openanolis.cn/file_download.php?file_id=245&type=bug semodule_deps.png (45,978 字节) 2021-10-26 19:36 https://bugs-old.openanolis.cn/file_download.php?file_id=246&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
369	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-10-25 16:10	2021-10-25 19:05
报告员:	tianjia_zhang	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	内核KTLS的商密支持
描述:	内核KTLS 支持使用SM4 GCM/CCM，并backport SM4算法的一些上游fix
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000525) tianjia_zhang    2021-10-25 16:13	需要同步在4.19分支上支持
(0000526) tianjia_zhang    2021-10-25 19:05	aone: https://aone.alibaba-inc.com/task/37104623

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
366	[Anolis OS 7] General	一般	不适用	2021-10-22 09:59	2021-10-22 09:59
报告员:	qiyuxy	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	支持代码段使用透明大页
描述:	支持代码段使用透明大页
标签:	FutureFeature
问题重现步骤:	N/A
附注:	Aone: #35694678
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
54	[Anolis OS 8] * OTHERS	@10@	总是	2021-04-01 15:03	2021-10-21 10:39
报告员:	bolin3540	平台:	aarch64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	认可	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	Anolis对OpenStack的支持计划是什么？
描述:	Anolis目前的版本是否支持OpenStack，后续Anolis对OpenStack的支持计划是什么？
标签:	FutureFeature
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000044) swordantcs    2021-04-02 03:08	您好，OpenStack 支持已经排进二季度计划中，感谢关注。
(0000045) bolin3540    2021-04-02 14:10	可否列出第二季度OpenStack版本支持计划，如支持OpenStack哪个版本？
(0000514) yunqi-zwt    2021-10-21 10:39	软件兼容性SIG当前验证了 OpenStack T 在 Anolis 8.2 上面的基本功能。 https://openanolis.cn/sig/third_software_compatibility/doc/415468065456374388?preview=null

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
355	[Anolis OS 8] - cloud kernel 5.10	一般	没有试验	2021-10-20 10:54	2021-10-20 10:54
报告员:	guanjun	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	ANCK5.10支持SPR平台uncore特性
描述:	ANCK5.10支持SPR平台uncore特性，用于收集CPU运行时数据
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
330	[Anolis OS 7] General	一般	总是	2021-10-13 20:39	2021-10-19 13:37
报告员:	jacob2021	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7] [aarch64] FT2000 iso安装界面花屏
描述:	飞腾机器安装界面花屏 平台信息参看附件plt_info.jpg 花屏界面参看附件detail1.jpg, detail2.jpg
标签:
问题重现步骤:
附注:
系统说明
附件:	detail1.jpg (193,810 字节) 2021-10-13 20:40 https://bugs-old.openanolis.cn/file_download.php?file_id=200&type=bug detail2.jpg (237,462 字节) 2021-10-13 20:40 https://bugs-old.openanolis.cn/file_download.php?file_id=201&type=bug plt_info.jpg (1,026,315 字节) 2021-10-13 20:41 https://bugs-old.openanolis.cn/file_download.php?file_id=202&type=bug

问题注释
(0000486) jacob2021    2021-10-13 20:40
(0000487) jacob2021    2021-10-13 20:40
(0000488) jacob2021    2021-10-13 20:41

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
338	[Anolis OS 7] General	微小	总是	2021-10-15 11:17	2021-10-19 12:32
报告员:	anolis_account	平台:	aarch64
分派给:	ZhangBinChen	操作系统:	Anolis OS
优先级:	低	操作系统版本:	7.7
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 7.7]iso安装界面选择中文,部分文字显示异常
描述:	1. 软件选择->开发及生成工作站->附加开发 描述中的"程序可“ 应该为”程序库” 吧？ 2. “您”"强"等字体显示有点怪，跟周围不协调， “丬寽” “置” 这个不是简体字吧 请确认下是否是正常显示（如果要改的话请排查下，不止截图处，在其他地方也有）？
标签:
问题重现步骤:	iso安装，字体选择简体中文
附注:
系统说明
附件:	image.png (319,646 字节) 2021-10-15 11:17 https://bugs-old.openanolis.cn/file_download.php?file_id=217&type=bug image-2.png (361,218 字节) 2021-10-15 11:17 https://bugs-old.openanolis.cn/file_download.php?file_id=218&type=bug image-3.png (30,024 字节) 2021-10-15 11:18 https://bugs-old.openanolis.cn/file_download.php?file_id=219&type=bug

问题注释
(0000497) anolis_account    2021-10-15 11:18

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
331	[Anolis OS 8] * OTHERS	严重	总是	2021-10-14 10:15	2021-10-18 16:07
报告员:	qingming2021	平台:	x86_64
分派给:	guanwei	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.2] DDE桌面环境有一些核心功能缺失
描述:	Anolis OS 8.2 安装DDE桌面环境，发现有一些核心功能不可用，例如中文输入法，软件包管理，休眠唤醒失败等，详情见附件。
标签:
问题重现步骤:
附注:
系统说明
附件:	截屏2021-10-14 上午10.10.36.png (261,137 字节) 2021-10-14 10:17 https://bugs-old.openanolis.cn/file_download.php?file_id=204&type=bug

问题注释
(0000489) qingming2021    2021-10-14 10:17

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
303	[Anolis OS 8] - cloud kernel 4.19	一般	不适用	2021-09-29 10:29	2021-10-18 15:56
报告员:	bzzdzc	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	enable PIE & extend KASLR range from 1GB to 3GB
描述:	1. 绝对寻址改成相对ip寻址 2. movq改成movabsq以便能放得下64位绝对地址 3. 打开kernel的PIE支持 4. 将kernel KASLR的范围从1GB拓展到3GB
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
316	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-10-12 10:26	2021-10-18 15:15
报告员:	guanjun	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	workaround HW errata
描述:	Skylake以及Broadwell上发现HW errata，upstream已经有workaround方案，Intel建议backport如下patch到ANCK-4.19: 22440541aca60dd576f6d5c06acae6c28f09da8e x86/resctrl: Change default cache occupancy threshold on Skylake server 4868a61d498af3627c3b571aa48107a845001e51 x86/resctrl: Correct MBM total and local values d1b22e36e3188f47dbf8aaef54d9e79df8e91f4c Documentation/x86: Rename resctrl_ui.rst and add two errata to the file
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000498) guanjun    2021-10-16 16:48	已经合入ANCK-4.19

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
319	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-10-13 10:32	2021-10-18 15:13
报告员:	CruzZhao	平台:
分派给:	Shiloong	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[sched]混部场景下，压力较高时，运行在同一个core上的在线业务会相互干扰，导致性能下降
描述:	混部场景下，压力较高时，运行在同一个core上的在线业务会相互干扰，导致性能下降
标签:
问题重现步骤:	1.部署高优先级业务（见附件1），avg、P50、P95、P99等数据（运行结束后有输出），bvt设置为2 2.部署高优先级业务和低优先级业务stress-ng，其中低优先级业务cpu使用率为67%（相对于整机），启动命令为stress-ng -c $nr_cpus -l 67，获取在线业务的数据 3.对比存在线场景和混部场景下的在线业务rt数据 期望各项数据差距均在5%以内 实际结果：P95、P95差距在7%左右
附注:	Aone id: 37265013
附件:	doCpuWork.go (1,349 字节) 2021-10-13 10:32 https://bugs-old.openanolis.cn/file_download.php?file_id=198&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
36	[Anolis OS 8] kernel	一般	总是	2021-03-19 16:17	2021-10-14 16:35
报告员:	wb-zmy745940	平台:	x86_64/aarch64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-RC1-4.18-x86]dmesg check:unchecked MSR access error: RDMSR from 0x1fc at rIP: 0xffffffff8cc61db3 (native_read_msr+0x
描述:	[缺陷描述]： upstream代码已经发现并修改了这个问题：https://bugzilla.kernel.org/show_bug.cgi?id=203637 dmesg中有error日志，如下： [    1.097211] intel_idle: v0.4.1 model 0x55 [    1.097265] unchecked MSR access error: RDMSR from 0x1fc at rIP: 0xffffffff8cc61db3 (native_read_msr+0x3/0x30) [    1.097266] Call Trace: [    1.097301]  intel_idle_cpu_online+0x6c/0xf0 [    1.097323]  cpuhp_invoke_callback+0x8d/0x500 [    1.097338]  ? sort_range+0x20/0x20 [    1.097340]  cpuhp_thread_fun+0xcb/0x130 [    1.097342]  smpboot_thread_fn+0xc5/0x160 [    1.097352]  kthread+0x112/0x130 [    1.097354]  ? kthread_flush_work_fn+0x10/0x10 [    1.097363]  ret_from_fork+0x35/0x40 [    1.097378] unchecked MSR access error: WRMSR to 0x1fc (tried to write 0x0000000000000000) at rIP: 0xffffffff8cc61f14 (native_write_msr+0x4/0x20) [    1.097379] Call Trace: [    1.097381]  intel_idle_cpu_online+0x83/0xf0 [    1.097382]  cpuhp_invoke_callback+0x8d/0x500 [    1.097384]  ? sort_range+0x20/0x20 [    1.097386]  cpuhp_thread_fun+0xcb/0x130 [    1.097387]  smpboot_thread_fn+0xc5/0x160 [    1.097389]  kthread+0x112/0x130 [    1.097390]  ? kthread_flush_work_fn+0x10/0x10 [    1.097391]  ret_from_fork+0x35/0x40 [    1.097526] intel_idle: lapic_timer_reliable_states 0x2 [    1.097650] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input0 [    1.097671] ACPI: Power Button [PWRF] [    1.116885] PCI Interrupt Link [LNKC] enabled at IRQ 10 [    1.116935] virtio-pci 0000:00:03.0: virtio_pci: leaving for legacy driver [重现概率] 必现 [重现环境] Host:虚拟机 ，x86 OS:Anolis OS release 8.2 kernel:4.18.0-193.el8.x86_64 # lscpu Architecture:        x86_64 CPU op-mode(s):      32-bit, 64-bit Byte Order:          Little Endian CPU(s):              4 On-line CPU(s) list: 0-3 Thread(s) per core:  2 Core(s) per socket:  1 Socket(s):           2 NUMA node(s):        1 Vendor ID:           GenuineIntel CPU family:          6 Model:               85 Model name:          Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping:            7 CPU MHz:             2500.000 BogoMIPS:            5000.00 Hypervisor vendor:   KVM Virtualization type: full L1d cache:           32K L1i cache:           32K L2 cache:            1024K L3 cache:            36608K NUMA node0 CPU(s):   0-3 Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni [重现步骤]： 开机后查看dmesg日志 [期望结果]： dmesg日志中无error信息 [实际结果]： dmesg日志中有error信息 [原因定位]： [修复建议]：
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000063) jacobwang    2021-04-13 10:38	4.18预期问题， 请帮忙check 是否4.19对应kernel 依旧存在该问题。
(0000080) wb-wpp899309    2021-04-14 10:53	1、内核：4.19.91-23.1.an8.x86_64，机器型号：F62M1,同样有相同的日志 dmesg部分日志： [ 1.418938] intel_idle: MWAIT substates: 0x2020 [ 1.418948] intel_idle: ACPI _CST not found or not usable [ 1.418948] intel_idle: v0.4.1 model 0x55 [ 1.419002] unchecked MSR access error: RDMSR from 0x1fc at rIP: 0xffffffffbc0670c3 (native_read_msr+0x3/0x30) [ 1.419003] Call Trace: [ 1.419039] intel_idle_cpu_online+0x71/0xf3 [ 1.419060] cpuhp_invoke_callback+0x9b/0x540 [ 1.419074] ? sort_range+0x20/0x20 [ 1.419076] cpuhp_thread_fun+0xb0/0x110 [ 1.419080] smpboot_thread_fn+0xc5/0x160 [ 1.419088] kthread+0x112/0x130 [ 1.419093] ? kthread_park+0x80/0x80 [ 1.419102] ret_from_fork+0x35/0x40 [ 1.419120] unchecked MSR access error: WRMSR to 0x1fc (tried to write 0x0000000000000000) at rIP: 0xffffffffbc067134 (native_write_msr+0x4/0x20) [ 1.419121] Call Trace: [ 1.419122] intel_idle_cpu_online+0x88/0xf3 [ 1.419125] cpuhp_invoke_callback+0x9b/0x540 [ 1.419126] ? sort_range+0x20/0x20 [ 1.419128] cpuhp_thread_fun+0xb0/0x110 [ 1.419129] smpboot_thread_fn+0xc5/0x160 [ 1.419130] kthread+0x112/0x130 [ 1.419131] ? kthread_park+0x80/0x80 [ 1.419133] ret_from_fork+0x35/0x40 [ 1.419279] intel_idle: lapic_timer_reliable_states 0x2 2、同时有1条wrnning日志 [ 3.953952] random: 7 urandom warning(s) missed due to ratelimiting
(0000108) jacobwang    2021-04-24 23:48	Tested on following scene, can't reproduce issue. - 'Alibaba ECS' with instance types of ecs.g5.large and ecs.s6-c1m1.small . - VM created on intel sandybridge platform. Perhaps this issue is related to special intel platform. Will continue to check on QA's test platform.
(0000492) wb-wpp899309    2021-10-14 16:35	Anolis OS 7.7有同样问题： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" # uname -r 4.19.91-24.8.an7.x86_64 [root@localhost ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping: 7 CPU MHz: 2500.000 BogoMIPS: 5000.00 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni dmesg日志： # dmesg -l warn -T [Thu Oct 14 15:59:39 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Thu Oct 14 15:59:39 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [Thu Oct 14 15:59:39 2021] #2 [Thu Oct 14 15:59:39 2021] #3 [Thu Oct 14 15:59:39 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Thu Oct 14 15:59:40 2021] unchecked MSR access error: RDMSR from 0x1fc at rIP: 0xffffffffb606c023 (native_read_msr+0x3/0x30) [Thu Oct 14 15:59:40 2021] Call Trace: [Thu Oct 14 15:59:40 2021] intel_idle_cpu_online+0x71/0xf5 [Thu Oct 14 15:59:40 2021] cpuhp_invoke_callback+0x9a/0x5b0 [Thu Oct 14 15:59:40 2021] cpuhp_thread_fun+0xb8/0x130 [Thu Oct 14 15:59:40 2021] smpboot_thread_fn+0x10e/0x160 [Thu Oct 14 15:59:40 2021] kthread+0xf8/0x130 [Thu Oct 14 15:59:40 2021] ? sort_range+0x20/0x20 [Thu Oct 14 15:59:40 2021] ? kthread_park+0xb0/0xb0 [Thu Oct 14 15:59:40 2021] ret_from_fork+0x35/0x40 [Thu Oct 14 15:59:40 2021] unchecked MSR access error: WRMSR to 0x1fc (tried to write 0x0000000000000000) at rIP: 0xffffffffb606c094 (native_write_msr+0x4/0x20) [Thu Oct 14 15:59:40 2021] Call Trace: [Thu Oct 14 15:59:40 2021] intel_idle_cpu_online+0x88/0xf5 [Thu Oct 14 15:59:40 2021] cpuhp_invoke_callback+0x9a/0x5b0 [Thu Oct 14 15:59:40 2021] cpuhp_thread_fun+0xb8/0x130 [Thu Oct 14 15:59:40 2021] smpboot_thread_fn+0x10e/0x160 [Thu Oct 14 15:59:40 2021] kthread+0xf8/0x130 [Thu Oct 14 15:59:40 2021] ? sort_range+0x20/0x20 [Thu Oct 14 15:59:40 2021] ? kthread_park+0xb0/0xb0 [Thu Oct 14 15:59:40 2021] ret_from_fork+0x35/0x40 [Thu Oct 14 15:59:40 2021] systemd[1]: [/run/systemd/generator/dev-mapper-ao\x2droot.device.d/timeout.conf:3] Unknown lvalue 'JobRunningTimeoutSec' in section 'Unit' [Thu Oct 14 15:59:45 2021] systemd: 16 output lines suppressed due to ratelimiting

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
230	[Anolis OS 8] kernel	一般	总是	2021-08-24 17:14	2021-10-14 16:33
报告员:	anolis_account	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2/4]dmesg check:unchecked MSR access error: WRMSR to 0x3a (tried to write 0x0000000000000001) at rIP: 0xffffffffa706b0
描述:	dmesg 检查发现报错信息 引入写MSR 0x3a的commit为： https://github.com/torvalds/linux/commit/1db2a6e1e29ff994443a9eef7cf3d26104c777a7 14 Jan 2020引入 涉及镜像 Anolis 8.2 x86_64 anck Anolis 8.4 x86_64 rhck Anolis 8.4 x86_64 anck 错误信息稍有差异： Anolis 8.2 x86_64 anck/Anolis 8.4 x86_64 anck # dmesg -l warn -T [Tue Aug 24 16:44:05 2021] unchecked MSR access error: WRMSR to 0x3a (tried to write 0x0000000000000001) at rIP: 0xffffffffa706b0f4 (native_write_msr+0x4/0x20) [Tue Aug 24 16:44:05 2021] Call Trace: [Tue Aug 24 16:44:05 2021] init_ia32_feat_ctl+0x6a/0xc9 [Tue Aug 24 16:44:05 2021] init_intel+0x103/0x4b8 [Tue Aug 24 16:44:05 2021] identify_cpu+0x2af/0x5b0 [Tue Aug 24 16:44:05 2021] identify_boot_cpu+0xc/0x74 [Tue Aug 24 16:44:05 2021] check_bugs+0x28/0xa66 [Tue Aug 24 16:44:05 2021] ? __slab_alloc+0x29/0x30 [Tue Aug 24 16:44:05 2021] ? kmem_cache_alloc+0x188/0x190 [Tue Aug 24 16:44:05 2021] start_kernel+0x4f4/0x523 [Tue Aug 24 16:44:05 2021] secondary_startup_64+0xa4/0xb0 Anolis 8.2 x86_64 anck # dmesg -l warn -T [Tue Aug 24 16:44:00 2021] unchecked MSR access error: WRMSR to 0x3a (tried to write 0x0000000000000001) at rIP: 0xffffffffb3469f84 (native_write_msr+0x4/0x20) [Tue Aug 24 16:44:00 2021] Call Trace: [Tue Aug 24 16:44:00 2021] init_ia32_feat_ctl+0xa5/0x355 [Tue Aug 24 16:44:00 2021] init_intel+0xdf/0x400 [Tue Aug 24 16:44:00 2021] identify_cpu+0x1f1/0x560 [Tue Aug 24 16:44:00 2021] identify_boot_cpu+0xc/0x77 [Tue Aug 24 16:44:00 2021] check_bugs+0x28/0xaa8 [Tue Aug 24 16:44:00 2021] ? pmd_page_vaddr+0x7/0x40 [Tue Aug 24 16:44:00 2021] ? __get_locked_pte+0x12e/0x1b0 [Tue Aug 24 16:44:00 2021] start_kernel+0x504/0x538 [Tue Aug 24 16:44:00 2021] secondary_startup_64_no_verify+0xc2/0xcb
标签:
问题重现步骤:	reboot，检查dmesg信息 dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000364) Shiloong    2021-08-31 11:15	这个看起来像是 ECS 虚拟机上的已知问题, 帮忙补充一下实例规格信息.
(0000368) anolis_account    2021-08-31 13:55	@Shiloong:这个看起来像是 ECS 虚拟机上的已知问题, 帮忙补充一下实例规格信息. -------------------------------------------------------- 目前在以下ecs实例上遇到了 ecs.d1.2xlarge，ecs.d2s.5xlarge，ecs.i1.xlarge，ecs.i2.xlarge
(0000373) Shiloong    2021-09-06 09:56	这个也请 @富邻 一起看看吧, 我理解这个warning 影响不大, 要修的话也是需要虚拟化来修. 看之前的结论是这批虚拟机软件版本过老, 他们似乎不打算修了. 这个问题在物理机场景应该是没有的.
(0000375) artie-ding    2021-09-06 13:10	内核版本是多少？
(0000396) jacobwang    2021-09-10 15:09	https://mirrors.openanolis.cn/anolis/8/Plus/source/Packages/kernel-4.19.91-23.4.an8.src.rpm
(0000485) yinyongchen    2021-10-13 17:13	Anolis 8.4 实例：ecs.g7.large 镜像：anolisos_8_4_x64_20G_anck_alibase_20211008 问题：dmesg warn中同样存在 MSR access error ， 请确认是否为同一问题 # uname -r 4.19.91-24.8.an8.x86_64 # dmesg -l warn -T [Wed Oct 13 15:40:35 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Wed Oct 13 15:40:35 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) checking dnesg warn ... [Wed Oct 13 15:40:34 2021] unchecked MSR access error: WRMSR to 0x48 (tried to write 0x0000000000000001) at rIP: 0xffffffff8206b0f4 (native_write_msr+0x4/0x20) [Wed Oct 13 15:40:34 2021] Call Trace: [Wed Oct 13 15:40:34 2021] check_bugs+0x2b0/0xa66 [Wed Oct 13 15:40:34 2021] ? __slab_alloc+0x29/0x30 [Wed Oct 13 15:40:34 2021] ? kmem_cache_alloc+0x188/0x190 [Wed Oct 13 15:40:34 2021] start_kernel+0x4f4/0x523 [Wed Oct 13 15:40:34 2021] secondary_startup_64+0xa4/0xb0 [Wed Oct 13 15:40:34 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Wed Oct 13 15:40:39 2021] systemd: 17 output lines suppressed due to ratelimiting
(0000491) wb-wpp899309    2021-10-14 16:33	Anolis OS 7.7有同样问题： # cat /etc/os-release NAME="Anolis OS" VERSION="7.7" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="7.7" PRETTY_NAME="Anolis OS 7.7" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" BUG_REPORT_URL="https://bugs.openanolis.cn/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" # uname -r 4.19.91-24.8.an7.x86_64 [root@localhost ~]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping: 7 CPU MHz: 2500.000 BogoMIPS: 5000.00 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
312	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-10-09 14:53	2021-10-12 19:02
报告员:	escape	平台:
分派给:	tonylu_linux	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	优化并发启动容器时cgroup相关操作的耗时
描述:	容器在并发启动时，需要创建对应的cgroup用于资源控制，而相关的操作比较耗时
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
318	[Anolis OS 8] - cloud kernel 5.10	严重	总是	2021-10-12 17:01	2021-10-12 17:22
报告员:	dust-li	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	当已经加载了 rds 模块时，加载 RXE 会 panic
描述:	问题是 rds 的代码中仍然使用了 dma_create_pool() 并且 dma_device 是空，导致在寻找 dma_device 的 numa node 时，触发了空指针引用，最终导致了 panic 42f2611cc1738b201701e717246e11e86bef4e1e  这个 patch 去掉了这个 dma_create_pool()，打上补丁后 rxe 可以正常使用
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000479) dust-li    2021-10-12 17:22	patch 已合并，测试问题不再复现。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
290	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-09-22 14:48	2021-10-09 10:46
报告员:	josephqi	平台:
分派给:	josephqi	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.4
		目标版本:
标题:	操作大稀疏文件 ext4_mb_use_preallocated() 耗时较长
描述:	当系数文件过大，e.g. 2T，其 per-inode prealloc list 将很长，导致 ext4_mb_use_preallocated() 中遍历 ext4_inode_info->i_prealloc_list 耗时过长，影响写入性能。 社区上游主线合入长度限制缓解这个问题，已合入 Linux v5.9，即 5.10 内核默认已经优化。 https://github.com/torvalds/linux/commit/27bc446e2def38db3244a6eb4bb1d6312936610a
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000440) josephqi    2021-09-22 16:39	https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/merge_request/26873
(0000475) josephqi    2021-10-08 19:01	https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/merge_request/26898

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
308	[Anolis OS 8] * OTHERS	一般	总是	2021-10-08 16:51	2021-10-08 16:59
报告员:	xuchunmei000	平台:	x86_64
分派给:	xuchunmei000	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	使用centos2anolis迁移工具从centos8.2迁移到anolis8.2后，多安装了100+个软件包
描述:	在阿里云ecs上购买centos8.2实例，默认安装的软件包个数为603个，使用centos2anolis迁移工具一键迁移到anolis8.2后，软件包个数为751，多出了100多个软件包。 迁移工具在执行过程中会安装部分与迁移相关的软件包，如dnf，yum-utils，但是不会涉及到100多个。 查看迁移过程，发现在执行完yum distro-sync之后，有dnf module install virt:an的步骤，导致多安装了100+个包： 安装日志如下： Last metadata expiration check: 0:04:54 ago on Fri 08 Oct 2021 03:25:29 PM CST. Dependencies resolved. =================================================================================================================================================================================================  Package Architecture Version Repository Size ================================================================================================================================================================================================= Resetting modules:  virt Transaction Summary ================================================================================================================================================================================================= Complete! Last metadata expiration check: 0:04:55 ago on Fri 08 Oct 2021 03:25:29 PM CST. Dependencies resolved. =================================================================================================================================================================================================  Package Architecture Version Repository Size ================================================================================================================================================================================================= Installing group/module packages:  libguestfs x86_64 1:1.38.4-15.0.1.module+el8.2.0+10179+a7144e8a AppStream 2.8 M  libvirt-client x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 350 k  libvirt-daemon-config-network x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 51 k  libvirt-daemon-kvm x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 49 k Installing dependencies:  alsa-lib x86_64 1.2.1.2-3.el8 AppStream 440 k  augeas-libs x86_64 1.12.0-5.el8 BaseOS 435 k  autogen-libopts x86_64 5.18.12-7.el8 AppStream 74 k  boost-atomic x86_64 1.66.0-7.el8 AppStream 12 k  boost-chrono x86_64 1.66.0-7.el8 AppStream 21 k  boost-date-time x86_64 1.66.0-7.el8 AppStream 28 k  boost-iostreams x86_64 1.66.0-7.el8 AppStream 38 k  boost-program-options x86_64 1.66.0-7.el8 AppStream 139 k  boost-random x86_64 1.66.0-7.el8 AppStream 21 k  boost-regex x86_64 1.66.0-7.el8 AppStream 279 k  boost-system x86_64 1.66.0-7.el8 AppStream 17 k  boost-thread x86_64 1.66.0-7.el8 AppStream 57 k  celt051 x86_64 0.5.1.3-15.el8 AppStream 62 k  cyrus-sasl x86_64 2.1.27-1.el8 BaseOS 95 k  device-mapper-multipath-libs x86_64 0.8.3-3.el8.3 BaseOS 309 k  dnsmasq x86_64 2.79-11.el8.2 AppStream 317 k  edk2-ovmf noarch 20190829git37eef91017ad-9.el8 AppStream 1.9 M  fribidi x86_64 1.0.4-8.el8 AppStream 88 k  fuse x86_64 2.9.7-12.el8 BaseOS 81 k  fuse-common x86_64 3.2.1-12.el8 BaseOS 20 k  gdisk x86_64 1.0.3-6.el8 BaseOS 238 k  genisoimage x86_64 1.1.11-39.el8 AppStream 314 k  glusterfs x86_64 6.0-20.el8 BaseOS 657 k  glusterfs-api x86_64 6.0-20.el8 AppStream 92 k  glusterfs-cli x86_64 6.0-20.el8 AppStream 188 k  glusterfs-client-xlators x86_64 6.0-20.el8 BaseOS 866 k  glusterfs-libs x86_64 6.0-20.el8 BaseOS 409 k  gnutls-dane x86_64 3.6.8-12.0.1.an8 AppStream 44 k  gnutls-utils x86_64 3.6.8-12.0.1.an8 AppStream 339 k  graphite2 x86_64 1.3.10-10.el8 AppStream 120 k  gssproxy x86_64 0.8.0-15.el8 BaseOS 117 k  gstreamer1 x86_64 1.16.1-2.el8 AppStream 1.3 M  gstreamer1-plugins-base x86_64 1.16.1-1.el8 AppStream 2.0 M  harfbuzz x86_64 1.7.5-3.el8 AppStream 295 k  hivex x86_64 1.3.15-7.module+el8.2.0+10179+a7144e8a AppStream 111 k  iproute-tc x86_64 5.3.0-1.el8 BaseOS 426 k  ipxe-roms-qemu noarch 20181214-6.git133f4c47.el8 AppStream 1.2 M  iscsi-initiator-utils x86_64 6.2.0.878-6.gitd791ce0.0.1.an8 BaseOS 376 k  iscsi-initiator-utils-iscsiuio x86_64 6.2.0.878-6.gitd791ce0.0.1.an8 BaseOS 99 k  isns-utils-libs x86_64 0.99-1.el8 BaseOS 103 k  iso-codes noarch 3.79-2.el8 AppStream 3.4 M  keyutils x86_64 1.5.10-6.el8 BaseOS 62 k  libX11-xcb x86_64 1.6.8-3.el8 AppStream 13 k  libXdamage x86_64 1.1.4-14.el8 AppStream 26 k  libXfixes x86_64 5.0.3-7.el8 AppStream 24 k  libXft x86_64 2.3.2-10.el8 AppStream 65 k  libXv x86_64 1.0.11-7.el8 AppStream 19 k  libXxf86vm x86_64 1.1.4-9.el8 AppStream 18 k  libcacard x86_64 3:2.7.0-2.el8 AppStream 51 k  libdatrie x86_64 0.2.9-7.el8 AppStream 32 k  libdrm x86_64 2.4.100-1.el8 AppStream 163 k  libepoxy x86_64 1.5.3-1.el8 AppStream 224 k  libglvnd x86_64 1:1.2.0-6.el8 AppStream 97 k  libglvnd-egl x86_64 1:1.2.0-6.el8 AppStream 49 k  libglvnd-gles x86_64 1:1.2.0-6.el8 AppStream 39 k  libglvnd-glx x86_64 1:1.2.0-6.el8 AppStream 135 k  libibumad x86_64 26.0-8.el8 BaseOS 30 k  libibverbs x86_64 26.0-8.el8 BaseOS 287 k  libicu x86_64 60.3-2.el8 BaseOS 8.8 M  libiscsi x86_64 1.18.0-8.module+el8.2.0+10179+a7144e8a AppStream 88 k  libjpeg-turbo x86_64 1.5.3-10.el8 AppStream 154 k  libogg x86_64 2:1.3.2-10.el8 AppStream 30 k  libpciaccess x86_64 0.14-1.el8 BaseOS 31 k  libpmem x86_64 1.6.1-1.el8 AppStream 78 k  librados2 x86_64 1:12.2.7-9.0.1.an8 AppStream 2.9 M  librbd1 x86_64 1:12.2.7-9.0.1.an8 AppStream 1.1 M  librdmacm x86_64 26.0-8.el8 BaseOS 74 k  libthai x86_64 0.1.27-2.el8 AppStream 202 k  libtheora x86_64 1:1.1.1-21.el8 AppStream 183 k  libusal x86_64 1.1.11-39.el8 AppStream 143 k  libverto-libevent x86_64 0.3.0-5.el8 BaseOS 15 k  libvirt-bash-completion x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 50 k  libvirt-daemon x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 663 k  libvirt-daemon-driver-interface x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 91 k  libvirt-daemon-driver-network x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 225 k  libvirt-daemon-driver-nodedev x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 91 k  libvirt-daemon-driver-nwfilter x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 116 k  libvirt-daemon-driver-qemu x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 642 k  libvirt-daemon-driver-secret x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 80 k  libvirt-daemon-driver-storage x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 50 k  libvirt-daemon-driver-storage-core x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 241 k  libvirt-daemon-driver-storage-disk x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 82 k  libvirt-daemon-driver-storage-gluster x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 90 k  libvirt-daemon-driver-storage-iscsi x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 79 k  libvirt-daemon-driver-storage-logical x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 83 k  libvirt-daemon-driver-storage-mpath x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 77 k  libvirt-daemon-driver-storage-rbd x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 85 k  libvirt-daemon-driver-storage-scsi x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 79 k  libvirt-libs x86_64 4.5.0-42.module+el8.2.0+10179+a7144e8a AppStream 4.1 M  libvisual x86_64 1:0.4.0-24.el8 AppStream 144 k  libvorbis x86_64 1:1.3.6-2.el8 AppStream 195 k  libwayland-client x86_64 1.17.0-1.el8 AppStream 38 k  libwayland-cursor x86_64 1.17.0-1.el8 AppStream 25 k  libwayland-egl x86_64 1.17.0-1.el8 AppStream 18 k  libwayland-server x86_64 1.17.0-1.el8 AppStream 44 k  libxshmfence x86_64 1.3-2.el8 AppStream 12 k  libxslt x86_64 1.1.32-4.0.1.an8 BaseOS 248 k  llvm-libs x86_64 9.0.1-5.module+el8.2.0+10180+9e405137 AppStream 19 M  lzop x86_64 1.03-20.el8 BaseOS 61 k  mesa-dri-drivers x86_64 19.3.4-2.0.1.an8 AppStream 8.1 M  mesa-filesystem x86_64 19.3.4-2.0.1.an8 AppStream 32 k  mesa-libEGL x86_64 19.3.4-2.0.1.an8 AppStream 132 k  mesa-libGL x86_64 19.3.4-2.0.1.an8 AppStream 183 k  mesa-libgbm x86_64 19.3.4-2.0.1.an8 AppStream 54 k  mesa-libglapi x86_64 19.3.4-2.0.1.an8 AppStream 62 k  mtools x86_64 4.0.18-14.el8 BaseOS 212 k  netcf-libs x86_64 0.2.8-12.module+el8.2.0+10179+a7144e8a AppStream 75 k  nfs-utils x86_64 1:2.3.3-31.el8 BaseOS 466 k  numad x86_64 0.5-26.20150602git.el8 BaseOS 40 k  opus x86_64 1.3-0.4.beta.el8 AppStream 202 k  orc x86_64 0.4.28-3.el8 AppStream 174 k  pango x86_64 1.42.4-6.el8 AppStream 296 k  qemu-img x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 945 k  qemu-kvm x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 101 k  qemu-kvm-block-curl x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 111 k  qemu-kvm-block-gluster x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 113 k  qemu-kvm-block-iscsi x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 119 k  qemu-kvm-block-rbd x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 113 k  qemu-kvm-block-ssh x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 114 k  qemu-kvm-common x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 932 k  qemu-kvm-core x86_64 15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5 AppStream 2.9 M  radvd x86_64 2.17-14.el8 AppStream 103 k  rdma-core x86_64 26.0-8.el8 BaseOS 61 k  rpcbind x86_64 1.2.5-7.el8 BaseOS 69 k  scrub x86_64 2.5.2-14.0.1.an8 AppStream 43 k  seabios-bin noarch 1.11.1-4.module+el8.2.0+10179+a7144e8a AppStream 123 k  seavgabios-bin noarch 1.11.1-4.module+el8.2.0+10179+a7144e8a AppStream 35 k  sgabios-bin noarch 1:0.20170427git-3.module+el8.2.0+10179+a7144e8a AppStream 12 k  spice-server x86_64 0.14.2-1.el8.1 AppStream 403 k  supermin x86_64 5.1.19-9.module+el8.2.0+10179+a7144e8a AppStream 708 k  syslinux x86_64 6.04-4.0.1.an8 BaseOS 577 k  syslinux-extlinux x86_64 6.04-4.0.1.an8 BaseOS 139 k  syslinux-extlinux-nonlinux noarch 6.04-4.0.1.an8 BaseOS 385 k  syslinux-nonlinux noarch 6.04-4.0.1.an8 BaseOS 555 k  systemd-container x86_64 239-31.0.1.an8_2.4 BaseOS 724 k  usbredir x86_64 0.8.0-1.el8 AppStream 49 k  userspace-rcu x86_64 0.10.1-2.el8 BaseOS 99 k  xml-common noarch 0.6.3-50.el8 BaseOS 38 k  yajl x86_64 2.1.0-10.el8 AppStream 40 k Installing module profiles:  virt/common Enabling module streams:  llvm-toolset an8  virt an Transaction Summary ================================================================================================================================================================================================= Install 143 Packages Total download size: 81 M Installed size: 283 M Downloading Packages: (1/143): autogen-libopts-5.18.12-7.el8.x86_64.rpm 1.2 MB/s | 74 kB 00:00 (2/143): boost-atomic-1.66.0-7.el8.x86_64.rpm 199 kB/s | 12 kB 00:00 (3/143): alsa-lib-1.2.1.2-3.el8.x86_64.rpm 3.8 MB/s | 440 kB 00:00 (4/143): boost-date-time-1.66.0-7.el8.x86_64.rpm 487 kB/s | 28 kB 00:00 (5/143): boost-chrono-1.66.0-7.el8.x86_64.rpm 323 kB/s | 21 kB 00:00 (6/143): boost-iostreams-1.66.0-7.el8.x86_64.rpm 892 kB/s | 38 kB 00:00 (7/143): boost-random-1.66.0-7.el8.x86_64.rpm 463 kB/s | 21 kB 00:00 (8/143): boost-program-options-1.66.0-7.el8.x86_64.rpm 2.2 MB/s | 139 kB 00:00 (9/143): boost-system-1.66.0-7.el8.x86_64.rpm 373 kB/s | 17 kB 00:00 (10/143): boost-thread-1.66.0-7.el8.x86_64.rpm 1.4 MB/s | 57 kB 00:00 (11/143): boost-regex-1.66.0-7.el8.x86_64.rpm 3.4 MB/s | 279 kB 00:00 (12/143): celt051-0.5.1.3-15.el8.x86_64.rpm 1.5 MB/s | 62 kB 00:00 (13/143): dnsmasq-2.79-11.el8.2.x86_64.rpm 5.5 MB/s | 317 kB 00:00 (14/143): genisoimage-1.1.11-39.el8.x86_64.rpm 6.0 MB/s | 314 kB 00:00 (15/143): fribidi-1.0.4-8.el8.x86_64.rpm 1.2 MB/s | 88 kB 00:00 (16/143): edk2-ovmf-20190829git37eef91017ad-9.el8.noarch.rpm 17 MB/s | 1.9 MB 00:00 (17/143): glusterfs-cli-6.0-20.el8.x86_64.rpm 2.7 MB/s | 188 kB 00:00 (18/143): gnutls-dane-3.6.8-12.0.1.an8.x86_64.rpm 981 kB/s | 44 kB 00:00 (19/143): glusterfs-api-6.0-20.el8.x86_64.rpm 1.2 MB/s | 92 kB 00:00 (20/143): gstreamer1-1.16.1-2.el8.x86_64.rpm 18 MB/s | 1.3 MB 00:00 (21/143): gnutls-utils-3.6.8-12.0.1.an8.x86_64.rpm 4.1 MB/s | 339 kB 00:00 (22/143): graphite2-1.3.10-10.el8.x86_64.rpm 1.5 MB/s | 120 kB 00:00 (23/143): hivex-1.3.15-7.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.9 MB/s | 111 kB 00:00 (24/143): harfbuzz-1.7.5-3.el8.x86_64.rpm 4.3 MB/s | 295 kB 00:00 (25/143): gstreamer1-plugins-base-1.16.1-1.el8.x86_64.rpm 14 MB/s | 2.0 MB 00:00 (26/143): ipxe-roms-qemu-20181214-6.git133f4c47.el8.noarch.rpm 13 MB/s | 1.2 MB 00:00 (27/143): libX11-xcb-1.6.8-3.el8.x86_64.rpm 345 kB/s | 13 kB 00:00 (28/143): libXdamage-1.1.4-14.el8.x86_64.rpm 685 kB/s | 26 kB 00:00 (29/143): libXfixes-5.0.3-7.el8.x86_64.rpm 586 kB/s | 24 kB 00:00 (30/143): iso-codes-3.79-2.el8.noarch.rpm 22 MB/s | 3.4 MB 00:00 (31/143): libXft-2.3.2-10.el8.x86_64.rpm 1.4 MB/s | 65 kB 00:00 (32/143): libXv-1.0.11-7.el8.x86_64.rpm 374 kB/s | 19 kB 00:00 (33/143): libXxf86vm-1.1.4-9.el8.x86_64.rpm 397 kB/s | 18 kB 00:00 (34/143): libcacard-2.7.0-2.el8.x86_64.rpm 1.1 MB/s | 51 kB 00:00 (35/143): libdatrie-0.2.9-7.el8.x86_64.rpm 690 kB/s | 32 kB 00:00 (36/143): libepoxy-1.5.3-1.el8.x86_64.rpm 2.9 MB/s | 224 kB 00:00 (37/143): libdrm-2.4.100-1.el8.x86_64.rpm 1.8 MB/s | 163 kB 00:00 (38/143): libglvnd-1.2.0-6.el8.x86_64.rpm 1.9 MB/s | 97 kB 00:00 (39/143): libglvnd-egl-1.2.0-6.el8.x86_64.rpm 979 kB/s | 49 kB 00:00 (40/143): libglvnd-glx-1.2.0-6.el8.x86_64.rpm 2.4 MB/s | 135 kB 00:00 (41/143): libglvnd-gles-1.2.0-6.el8.x86_64.rpm 424 kB/s | 39 kB 00:00 (42/143): libiscsi-1.18.0-8.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.3 MB/s | 88 kB 00:00 (43/143): libguestfs-1.38.4-15.0.1.module+el8.2.0+10179+a7144e8a.x86_64.rpm 32 MB/s | 2.8 MB 00:00 (44/143): libogg-1.3.2-10.el8.x86_64.rpm 647 kB/s | 30 kB 00:00 (45/143): libjpeg-turbo-1.5.3-10.el8.x86_64.rpm 1.9 MB/s | 154 kB 00:00 (46/143): libpmem-1.6.1-1.el8.x86_64.rpm 1.6 MB/s | 78 kB 00:00 (47/143): libthai-0.1.27-2.el8.x86_64.rpm 2.9 MB/s | 202 kB 00:00 (48/143): librbd1-12.2.7-9.0.1.an8.x86_64.rpm 13 MB/s | 1.1 MB 00:00 (49/143): libusal-1.1.11-39.el8.x86_64.rpm 2.8 MB/s | 143 kB 00:00 (50/143): libtheora-1.1.1-21.el8.x86_64.rpm 2.4 MB/s | 183 kB 00:00 (51/143): librados2-12.2.7-9.0.1.an8.x86_64.rpm 17 MB/s | 2.9 MB 00:00 (52/143): libvirt-bash-completion-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.0 MB/s | 50 kB 00:00 (53/143): libvirt-daemon-config-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.2 MB/s | 51 kB 00:00 (54/143): libvirt-client-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 3.7 MB/s | 350 kB 00:00 (55/143): libvirt-daemon-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 6.4 MB/s | 663 kB 00:00 (56/143): libvirt-daemon-driver-interface-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.3 MB/s | 91 kB 00:00 (57/143): libvirt-daemon-driver-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 3.9 MB/s | 225 kB 00:00 (58/143): libvirt-daemon-driver-nodedev-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.7 MB/s | 91 kB 00:00 (59/143): libvirt-daemon-driver-nwfilter-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 2.3 MB/s | 116 kB 00:00 (60/143): libvirt-daemon-driver-secret-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.6 MB/s | 80 kB 00:00 (61/143): libvirt-daemon-driver-qemu-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 8.5 MB/s | 642 kB 00:00 (62/143): libvirt-daemon-driver-storage-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.1 MB/s | 50 kB 00:00 (63/143): libvirt-daemon-driver-storage-core-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 4.4 MB/s | 241 kB 00:00 (64/143): libvirt-daemon-driver-storage-disk-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.7 MB/s | 82 kB 00:00 (65/143): libvirt-daemon-driver-storage-gluster-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.5 MB/s | 90 kB 00:00 (66/143): libvirt-daemon-driver-storage-logical-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 2.0 MB/s | 83 kB 00:00 (67/143): libvirt-daemon-driver-storage-iscsi-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.6 MB/s | 79 kB 00:00 (68/143): libvirt-daemon-driver-storage-mpath-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.8 MB/s | 77 kB 00:00 (69/143): libvirt-daemon-driver-storage-scsi-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.8 MB/s | 79 kB 00:00 (70/143): libvirt-daemon-kvm-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.0 MB/s | 49 kB 00:00 (71/143): libvirt-daemon-driver-storage-rbd-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 995 kB/s | 85 kB 00:00 (72/143): libvisual-0.4.0-24.el8.x86_64.rpm 2.6 MB/s | 144 kB 00:00 (73/143): libvorbis-1.3.6-2.el8.x86_64.rpm 2.4 MB/s | 195 kB 00:00 (74/143): libwayland-client-1.17.0-1.el8.x86_64.rpm 956 kB/s | 38 kB 00:00 (75/143): libvirt-libs-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64.rpm 30 MB/s | 4.1 MB 00:00 (76/143): libwayland-cursor-1.17.0-1.el8.x86_64.rpm 623 kB/s | 25 kB 00:00 (77/143): libwayland-egl-1.17.0-1.el8.x86_64.rpm 346 kB/s | 18 kB 00:00 (78/143): libwayland-server-1.17.0-1.el8.x86_64.rpm 1.0 MB/s | 44 kB 00:00 (79/143): libxshmfence-1.3-2.el8.x86_64.rpm 243 kB/s | 12 kB 00:00 (80/143): mesa-filesystem-19.3.4-2.0.1.an8.x86_64.rpm 651 kB/s | 32 kB 00:00 (81/143): mesa-libEGL-19.3.4-2.0.1.an8.x86_64.rpm 2.3 MB/s | 132 kB 00:00 (82/143): mesa-libGL-19.3.4-2.0.1.an8.x86_64.rpm 3.4 MB/s | 183 kB 00:00 (83/143): mesa-libgbm-19.3.4-2.0.1.an8.x86_64.rpm 1.1 MB/s | 54 kB 00:00 (84/143): mesa-libglapi-19.3.4-2.0.1.an8.x86_64.rpm 1.6 MB/s | 62 kB 00:00 (85/143): netcf-libs-0.2.8-12.module+el8.2.0+10179+a7144e8a.x86_64.rpm 1.6 MB/s | 75 kB 00:00 (86/143): opus-1.3-0.4.beta.el8.x86_64.rpm 2.3 MB/s | 202 kB 00:00 (87/143): orc-0.4.28-3.el8.x86_64.rpm 2.0 MB/s | 174 kB 00:00 (88/143): pango-1.42.4-6.el8.x86_64.rpm 4.5 MB/s | 296 kB 00:00 (89/143): qemu-img-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 11 MB/s | 945 kB 00:00 (90/143): qemu-kvm-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 1.8 MB/s | 101 kB 00:00 (91/143): qemu-kvm-block-curl-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 1.1 MB/s | 111 kB 00:00 (92/143): qemu-kvm-block-gluster-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 1.5 MB/s | 113 kB 00:00 (93/143): qemu-kvm-block-iscsi-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 1.8 MB/s | 119 kB 00:00 (94/143): qemu-kvm-block-rbd-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 2.0 MB/s | 113 kB 00:00 (95/143): qemu-kvm-block-ssh-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 1.8 MB/s | 114 kB 00:00 (96/143): qemu-kvm-common-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 13 MB/s | 932 kB 00:00 (97/143): llvm-libs-9.0.1-5.module+el8.2.0+10180+9e405137.x86_64.rpm 7.6 MB/s | 19 MB 00:02 (98/143): radvd-2.17-14.el8.x86_64.rpm 2.0 MB/s | 103 kB 00:00 (99/143): scrub-2.5.2-14.0.1.an8.x86_64.rpm 1.0 MB/s | 43 kB 00:00 (100/143): seabios-bin-1.11.1-4.module+el8.2.0+10179+a7144e8a.noarch.rpm 2.3 MB/s | 123 kB 00:00 (101/143): seavgabios-bin-1.11.1-4.module+el8.2.0+10179+a7144e8a.noarch.rpm 778 kB/s | 35 kB 00:00 (102/143): sgabios-bin-0.20170427git-3.module+el8.2.0+10179+a7144e8a.noarch.rpm 273 kB/s | 12 kB 00:00 (103/143): mesa-dri-drivers-19.3.4-2.0.1.an8.x86_64.rpm 2.9 MB/s | 8.1 MB 00:02 (104/143): spice-server-0.14.2-1.el8.1.x86_64.rpm 4.5 MB/s | 403 kB 00:00 (105/143): usbredir-0.8.0-1.el8.x86_64.rpm 1.1 MB/s | 49 kB 00:00 (106/143): yajl-2.1.0-10.el8.x86_64.rpm 825 kB/s | 40 kB 00:00 (107/143): supermin-5.1.19-9.module+el8.2.0+10179+a7144e8a.x86_64.rpm 5.7 MB/s | 708 kB 00:00 (108/143): augeas-libs-1.12.0-5.el8.x86_64.rpm 5.6 MB/s | 435 kB 00:00 (109/143): cyrus-sasl-2.1.27-1.el8.x86_64.rpm 1.3 MB/s | 95 kB 00:00 (110/143): qemu-kvm-core-2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64.rpm 1.6 MB/s | 2.9 MB 00:01 (111/143): fuse-common-3.2.1-12.el8.x86_64.rpm 496 kB/s | 20 kB 00:00 (112/143): device-mapper-multipath-libs-0.8.3-3.el8.3.x86_64.rpm 4.7 MB/s | 309 kB 00:00 (113/143): fuse-2.9.7-12.el8.x86_64.rpm 1.3 MB/s | 81 kB 00:00 (114/143): gdisk-1.0.3-6.el8.x86_64.rpm 3.5 MB/s | 238 kB 00:00 (115/143): glusterfs-6.0-20.el8.x86_64.rpm 9.3 MB/s | 657 kB 00:00 (116/143): glusterfs-client-xlators-6.0-20.el8.x86_64.rpm 6.9 MB/s | 866 kB 00:00 (117/143): gssproxy-0.8.0-15.el8.x86_64.rpm 1.6 MB/s | 117 kB 00:00 (118/143): iscsi-initiator-utils-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64.rpm 6.6 MB/s | 376 kB 00:00 (119/143): iproute-tc-5.3.0-1.el8.x86_64.rpm 4.8 MB/s | 426 kB 00:00 (120/143): isns-utils-libs-0.99-1.el8.x86_64.rpm 1.7 MB/s | 103 kB 00:00 (121/143): iscsi-initiator-utils-iscsiuio-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64.rpm 1.2 MB/s | 99 kB 00:00 (122/143): libibumad-26.0-8.el8.x86_64.rpm 705 kB/s | 30 kB 00:00 (123/143): keyutils-1.5.10-6.el8.x86_64.rpm 1.3 MB/s | 62 kB 00:00 (124/143): glusterfs-libs-6.0-20.el8.x86_64.rpm 1.4 MB/s | 409 kB 00:00 (125/143): libpciaccess-0.14-1.el8.x86_64.rpm 766 kB/s | 31 kB 00:00 (126/143): libibverbs-26.0-8.el8.x86_64.rpm 3.7 MB/s | 287 kB 00:00 (127/143): librdmacm-26.0-8.el8.x86_64.rpm 1.6 MB/s | 74 kB 00:00 (128/143): libverto-libevent-0.3.0-5.el8.x86_64.rpm 359 kB/s | 15 kB 00:00 (129/143): lzop-1.03-20.el8.x86_64.rpm 1.0 MB/s | 61 kB 00:00 (130/143): mtools-4.0.18-14.el8.x86_64.rpm 2.5 MB/s | 212 kB 00:00 (131/143): nfs-utils-2.3.3-31.el8.x86_64.rpm 7.8 MB/s | 466 kB 00:00 (132/143): numad-0.5-26.20150602git.el8.x86_64.rpm 744 kB/s | 40 kB 00:00 (133/143): libxslt-1.1.32-4.0.1.an8.x86_64.rpm 908 kB/s | 248 kB 00:00 (134/143): rdma-core-26.0-8.el8.x86_64.rpm 1.2 MB/s | 61 kB 00:00 (135/143): rpcbind-1.2.5-7.el8.x86_64.rpm 1.5 MB/s | 69 kB 00:00 (136/143): syslinux-6.04-4.0.1.an8.x86_64.rpm 8.7 MB/s | 577 kB 00:00 (137/143): syslinux-extlinux-6.04-4.0.1.an8.x86_64.rpm 2.2 MB/s | 139 kB 00:00 (138/143): syslinux-nonlinux-6.04-4.0.1.an8.noarch.rpm 8.9 MB/s | 555 kB 00:00 (139/143): syslinux-extlinux-nonlinux-6.04-4.0.1.an8.noarch.rpm 5.4 MB/s | 385 kB 00:00 (140/143): userspace-rcu-0.10.1-2.el8.x86_64.rpm 2.1 MB/s | 99 kB 00:00 (141/143): systemd-container-239-31.0.1.an8_2.4.x86_64.rpm 11 MB/s | 724 kB 00:00 (142/143): xml-common-0.6.3-50.el8.noarch.rpm 778 kB/s | 38 kB 00:00 (143/143): libicu-60.3-2.el8.x86_64.rpm 8.7 MB/s | 8.8 MB 00:01 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 13 MB/s | 81 MB 00:06 Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction   Preparing : 1/1   Installing : yajl-2.1.0-10.el8.x86_64 1/143   Installing : glusterfs-libs-6.0-20.el8.x86_64 2/143   Running scriptlet: glusterfs-libs-6.0-20.el8.x86_64 2/143   Installing : boost-system-1.66.0-7.el8.x86_64 3/143   Running scriptlet: boost-system-1.66.0-7.el8.x86_64 3/143   Installing : qemu-img-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 4/143   Installing : libogg-2:1.3.2-10.el8.x86_64 5/143   Installing : rdma-core-26.0-8.el8.x86_64 6/143   Installing : libibverbs-26.0-8.el8.x86_64 7/143   Running scriptlet: libibverbs-26.0-8.el8.x86_64 7/143   Installing : mesa-libglapi-19.3.4-2.0.1.an8.x86_64 8/143   Running scriptlet: mesa-libglapi-19.3.4-2.0.1.an8.x86_64 8/143   Installing : libwayland-client-1.17.0-1.el8.x86_64 9/143   Installing : libglvnd-1:1.2.0-6.el8.x86_64 10/143   Installing : libX11-xcb-1.6.8-3.el8.x86_64 11/143   Installing : librdmacm-26.0-8.el8.x86_64 12/143   Running scriptlet: librdmacm-26.0-8.el8.x86_64 12/143   Installing : boost-chrono-1.66.0-7.el8.x86_64 13/143   Running scriptlet: boost-chrono-1.66.0-7.el8.x86_64 13/143   Installing : boost-random-1.66.0-7.el8.x86_64 14/143   Running scriptlet: boost-random-1.66.0-7.el8.x86_64 14/143   Installing : boost-thread-1.66.0-7.el8.x86_64 15/143   Running scriptlet: boost-thread-1.66.0-7.el8.x86_64 15/143   Installing : lzop-1.03-20.el8.x86_64 16/143   Installing : libpciaccess-0.14-1.el8.x86_64 17/143   Installing : libdrm-2.4.100-1.el8.x86_64 18/143   Installing : augeas-libs-1.12.0-5.el8.x86_64 19/143   Running scriptlet: augeas-libs-1.12.0-5.el8.x86_64 19/143   Installing : orc-0.4.28-3.el8.x86_64 20/143   Running scriptlet: orc-0.4.28-3.el8.x86_64 20/143   Installing : opus-1.3-0.4.beta.el8.x86_64 21/143   Installing : libxshmfence-1.3-2.el8.x86_64 22/143   Installing : libwayland-server-1.17.0-1.el8.x86_64 23/143   Installing : mesa-libgbm-19.3.4-2.0.1.an8.x86_64 24/143   Running scriptlet: mesa-libgbm-19.3.4-2.0.1.an8.x86_64 24/143   Installing : libglvnd-egl-1:1.2.0-6.el8.x86_64 25/143   Installing : mesa-libEGL-19.3.4-2.0.1.an8.x86_64 26/143   Installing : libpmem-1.6.1-1.el8.x86_64 27/143   Running scriptlet: libpmem-1.6.1-1.el8.x86_64 27/143   Installing : libXfixes-5.0.3-7.el8.x86_64 28/143   Installing : gstreamer1-1.16.1-2.el8.x86_64 29/143   Installing : boost-program-options-1.66.0-7.el8.x86_64 30/143   Running scriptlet: boost-program-options-1.66.0-7.el8.x86_64 30/143   Installing : boost-iostreams-1.66.0-7.el8.x86_64 31/143   Running scriptlet: boost-iostreams-1.66.0-7.el8.x86_64 31/143   Installing : boost-date-time-1.66.0-7.el8.x86_64 32/143   Running scriptlet: boost-date-time-1.66.0-7.el8.x86_64 32/143   Installing : boost-atomic-1.66.0-7.el8.x86_64 33/143   Running scriptlet: boost-atomic-1.66.0-7.el8.x86_64 33/143   Installing : libXdamage-1.1.4-14.el8.x86_64 34/143   Installing : libglvnd-gles-1:1.2.0-6.el8.x86_64 35/143   Installing : libiscsi-1.18.0-8.module+el8.2.0+10179+a7144e8a.x86_64 36/143   Running scriptlet: libiscsi-1.18.0-8.module+el8.2.0+10179+a7144e8a.x86_64 36/143   Installing : libwayland-cursor-1.17.0-1.el8.x86_64 37/143   Installing : libibumad-26.0-8.el8.x86_64 38/143   Running scriptlet: libibumad-26.0-8.el8.x86_64 38/143   Installing : celt051-0.5.1.3-15.el8.x86_64 39/143   Running scriptlet: celt051-0.5.1.3-15.el8.x86_64 39/143   Installing : libtheora-1:1.1.1-21.el8.x86_64 40/143   Installing : libvorbis-1:1.3.6-2.el8.x86_64 41/143   Installing : glusterfs-cli-6.0-20.el8.x86_64 42/143   Running scriptlet: glusterfs-6.0-20.el8.x86_64 43/143   Installing : glusterfs-6.0-20.el8.x86_64 43/143   Running scriptlet: glusterfs-6.0-20.el8.x86_64 43/143   Installing : glusterfs-client-xlators-6.0-20.el8.x86_64 44/143   Installing : glusterfs-api-6.0-20.el8.x86_64 45/143   Running scriptlet: glusterfs-api-6.0-20.el8.x86_64 45/143   Running scriptlet: xml-common-0.6.3-50.el8.noarch 46/143   Installing : xml-common-0.6.3-50.el8.noarch 46/143   Installing : iso-codes-3.79-2.el8.noarch 47/143   Installing : userspace-rcu-0.10.1-2.el8.x86_64 48/143   Running scriptlet: userspace-rcu-0.10.1-2.el8.x86_64 48/143   Installing : device-mapper-multipath-libs-0.8.3-3.el8.3.x86_64 49/143   Running scriptlet: device-mapper-multipath-libs-0.8.3-3.el8.3.x86_64 49/143   Installing : qemu-kvm-common-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 50/143   Running scriptlet: qemu-kvm-common-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 50/143   Installing : qemu-kvm-block-curl-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 51/143   Installing : qemu-kvm-block-gluster-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 52/143   Installing : qemu-kvm-block-iscsi-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 53/143   Installing : qemu-kvm-block-ssh-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 54/143   Installing : systemd-container-239-31.0.1.an8_2.4.x86_64 55/143   Running scriptlet: rpcbind-1.2.5-7.el8.x86_64 56/143   Installing : rpcbind-1.2.5-7.el8.x86_64 56/143   Running scriptlet: rpcbind-1.2.5-7.el8.x86_64 56/143   Installing : numad-0.5-26.20150602git.el8.x86_64 57/143   Running scriptlet: numad-0.5-26.20150602git.el8.x86_64 57/143   Installing : mtools-4.0.18-14.el8.x86_64 58/143   Running scriptlet: mtools-4.0.18-14.el8.x86_64 58/143   Installing : syslinux-nonlinux-6.04-4.0.1.an8.noarch 59/143   Installing : syslinux-6.04-4.0.1.an8.x86_64 60/143   Installing : syslinux-extlinux-nonlinux-6.04-4.0.1.an8.noarch 61/143   Installing : syslinux-extlinux-6.04-4.0.1.an8.x86_64 62/143   Running scriptlet: syslinux-extlinux-6.04-4.0.1.an8.x86_64 62/143   Installing : libxslt-1.1.32-4.0.1.an8.x86_64 63/143   Installing : netcf-libs-0.2.8-12.module+el8.2.0+10179+a7144e8a.x86_64 64/143   Running scriptlet: netcf-libs-0.2.8-12.module+el8.2.0+10179+a7144e8a.x86_64 64/143   Installing : libverto-libevent-0.3.0-5.el8.x86_64 65/143   Installing : gssproxy-0.8.0-15.el8.x86_64 66/143   Running scriptlet: gssproxy-0.8.0-15.el8.x86_64 66/143   Installing : libicu-60.3-2.el8.x86_64 67/143   Running scriptlet: libicu-60.3-2.el8.x86_64 67/143   Installing : boost-regex-1.66.0-7.el8.x86_64 68/143   Running scriptlet: boost-regex-1.66.0-7.el8.x86_64 68/143   Installing : librados2-1:12.2.7-9.0.1.an8.x86_64 69/143   Running scriptlet: librados2-1:12.2.7-9.0.1.an8.x86_64 69/143   Installing : librbd1-1:12.2.7-9.0.1.an8.x86_64 70/143   Running scriptlet: librbd1-1:12.2.7-9.0.1.an8.x86_64 70/143   Installing : qemu-kvm-block-rbd-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 71/143   Installing : keyutils-1.5.10-6.el8.x86_64 72/143   Running scriptlet: nfs-utils-1:2.3.3-31.el8.x86_64 73/143   Installing : nfs-utils-1:2.3.3-31.el8.x86_64 73/143   Running scriptlet: nfs-utils-1:2.3.3-31.el8.x86_64 73/143   Installing : isns-utils-libs-0.99-1.el8.x86_64 74/143   Running scriptlet: isns-utils-libs-0.99-1.el8.x86_64 74/143   Installing : iscsi-initiator-utils-iscsiuio-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64 75/143   Running scriptlet: iscsi-initiator-utils-iscsiuio-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64 75/143   Installing : iscsi-initiator-utils-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64 76/143   Running scriptlet: iscsi-initiator-utils-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64 76/143   Installing : iproute-tc-5.3.0-1.el8.x86_64 77/143   Installing : gdisk-1.0.3-6.el8.x86_64 78/143   Installing : fuse-common-3.2.1-12.el8.x86_64 79/143   Installing : fuse-2.9.7-12.el8.x86_64 80/143   Running scriptlet: cyrus-sasl-2.1.27-1.el8.x86_64 81/143   Installing : cyrus-sasl-2.1.27-1.el8.x86_64 81/143   Running scriptlet: cyrus-sasl-2.1.27-1.el8.x86_64 81/143   Installing : libvirt-libs-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 82/143   Running scriptlet: libvirt-daemon-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 83/143   Installing : libvirt-daemon-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 83/143   Running scriptlet: libvirt-daemon-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 83/143   Installing : libvirt-daemon-driver-storage-core-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 84/143   Installing : libvirt-daemon-driver-storage-disk-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 85/143   Installing : libvirt-daemon-driver-storage-gluster-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 86/143   Installing : libvirt-daemon-driver-storage-iscsi-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 87/143   Installing : libvirt-daemon-driver-storage-logical-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 88/143   Installing : libvirt-daemon-driver-storage-mpath-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 89/143   Installing : libvirt-daemon-driver-storage-rbd-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 90/143   Installing : libvirt-daemon-driver-storage-scsi-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 91/143   Installing : libvirt-daemon-driver-storage-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 92/143   Installing : libvirt-daemon-driver-interface-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 93/143   Installing : libvirt-daemon-driver-nodedev-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 94/143   Installing : libvirt-daemon-driver-nwfilter-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 95/143   Installing : libvirt-daemon-driver-secret-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 96/143   Installing : usbredir-0.8.0-1.el8.x86_64 97/143   Installing : supermin-5.1.19-9.module+el8.2.0+10179+a7144e8a.x86_64 98/143   Installing : sgabios-bin-1:0.20170427git-3.module+el8.2.0+10179+a7144e8a.noarch 99/143   Installing : seavgabios-bin-1.11.1-4.module+el8.2.0+10179+a7144e8a.noarch 100/143   Installing : seabios-bin-1.11.1-4.module+el8.2.0+10179+a7144e8a.noarch 101/143   Installing : scrub-2.5.2-14.0.1.an8.x86_64 102/143   Running scriptlet: radvd-2.17-14.el8.x86_64 103/143   Installing : radvd-2.17-14.el8.x86_64 103/143   Running scriptlet: radvd-2.17-14.el8.x86_64 103/143   Installing : mesa-filesystem-19.3.4-2.0.1.an8.x86_64 104/143   Installing : llvm-libs-9.0.1-5.module+el8.2.0+10180+9e405137.x86_64 105/143   Installing : mesa-dri-drivers-19.3.4-2.0.1.an8.x86_64 106/143   Installing : libwayland-egl-1.17.0-1.el8.x86_64 107/143   Installing : libvisual-1:0.4.0-24.el8.x86_64 108/143   Running scriptlet: libvisual-1:0.4.0-24.el8.x86_64 108/143   Installing : libvirt-bash-completion-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 109/143   Installing : libusal-1.1.11-39.el8.x86_64 110/143   Running scriptlet: libusal-1.1.11-39.el8.x86_64 110/143   Installing : genisoimage-1.1.11-39.el8.x86_64 111/143   Running scriptlet: genisoimage-1.1.11-39.el8.x86_64 111/143   Installing : libjpeg-turbo-1.5.3-10.el8.x86_64 112/143   Installing : libepoxy-1.5.3-1.el8.x86_64 113/143   Installing : libdatrie-0.2.9-7.el8.x86_64 114/143   Running scriptlet: libdatrie-0.2.9-7.el8.x86_64 114/143   Installing : libthai-0.1.27-2.el8.x86_64 115/143   Running scriptlet: libthai-0.1.27-2.el8.x86_64 115/143   Installing : libcacard-3:2.7.0-2.el8.x86_64 116/143   Running scriptlet: libcacard-3:2.7.0-2.el8.x86_64 116/143   Installing : libXxf86vm-1.1.4-9.el8.x86_64 117/143   Installing : libglvnd-glx-1:1.2.0-6.el8.x86_64 118/143   Installing : mesa-libGL-19.3.4-2.0.1.an8.x86_64 119/143   Installing : libXv-1.0.11-7.el8.x86_64 120/143   Installing : libXft-2.3.2-10.el8.x86_64 121/143   Installing : ipxe-roms-qemu-20181214-6.git133f4c47.el8.noarch 122/143   Installing : hivex-1.3.15-7.module+el8.2.0+10179+a7144e8a.x86_64 123/143   Running scriptlet: hivex-1.3.15-7.module+el8.2.0+10179+a7144e8a.x86_64 123/143   Installing : graphite2-1.3.10-10.el8.x86_64 124/143   Installing : harfbuzz-1.7.5-3.el8.x86_64 125/143   Running scriptlet: harfbuzz-1.7.5-3.el8.x86_64 125/143   Installing : gnutls-dane-3.6.8-12.0.1.an8.x86_64 126/143   Installing : fribidi-1.0.4-8.el8.x86_64 127/143   Installing : pango-1.42.4-6.el8.x86_64 128/143   Running scriptlet: pango-1.42.4-6.el8.x86_64 128/143   Installing : edk2-ovmf-20190829git37eef91017ad-9.el8.noarch 129/143   Running scriptlet: dnsmasq-2.79-11.el8.2.x86_64 130/143   Installing : dnsmasq-2.79-11.el8.2.x86_64 130/143   Running scriptlet: dnsmasq-2.79-11.el8.2.x86_64 130/143   Installing : libvirt-daemon-driver-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 131/143   Running scriptlet: libvirt-daemon-driver-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 131/143   Running scriptlet: libvirt-daemon-driver-qemu-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 132/143   Installing : libvirt-daemon-driver-qemu-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 132/143   Installing : autogen-libopts-5.18.12-7.el8.x86_64 133/143   Installing : gnutls-utils-3.6.8-12.0.1.an8.x86_64 134/143   Installing : alsa-lib-1.2.1.2-3.el8.x86_64 135/143   Running scriptlet: alsa-lib-1.2.1.2-3.el8.x86_64 135/143   Installing : gstreamer1-plugins-base-1.16.1-1.el8.x86_64 136/143   Installing : spice-server-0.14.2-1.el8.1.x86_64 137/143   Installing : qemu-kvm-core-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 138/143   Running scriptlet: qemu-kvm-core-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 138/143   Installing : qemu-kvm-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 139/143   Installing : libvirt-daemon-kvm-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 140/143   Installing : libguestfs-1:1.38.4-15.0.1.module+el8.2.0+10179+a7144e8a.x86_64 141/143   Running scriptlet: libguestfs-1:1.38.4-15.0.1.module+el8.2.0+10179+a7144e8a.x86_64 141/143   Installing : libvirt-client-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 142/143   Running scriptlet: libvirt-client-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 142/143   Installing : libvirt-daemon-config-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 143/143   Running scriptlet: libvirt-daemon-config-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 143/143   Running scriptlet: libvirt-daemon-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 143/143   Running scriptlet: libvirt-daemon-config-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 143/143   Verifying : alsa-lib-1.2.1.2-3.el8.x86_64 1/143   Verifying : autogen-libopts-5.18.12-7.el8.x86_64 2/143   Verifying : boost-atomic-1.66.0-7.el8.x86_64 3/143   Verifying : boost-chrono-1.66.0-7.el8.x86_64 4/143   Verifying : boost-date-time-1.66.0-7.el8.x86_64 5/143   Verifying : boost-iostreams-1.66.0-7.el8.x86_64 6/143   Verifying : boost-program-options-1.66.0-7.el8.x86_64 7/143   Verifying : boost-random-1.66.0-7.el8.x86_64 8/143   Verifying : boost-regex-1.66.0-7.el8.x86_64 9/143   Verifying : boost-system-1.66.0-7.el8.x86_64 10/143   Verifying : boost-thread-1.66.0-7.el8.x86_64 11/143   Verifying : celt051-0.5.1.3-15.el8.x86_64 12/143   Verifying : dnsmasq-2.79-11.el8.2.x86_64 13/143   Verifying : edk2-ovmf-20190829git37eef91017ad-9.el8.noarch 14/143   Verifying : fribidi-1.0.4-8.el8.x86_64 15/143   Verifying : genisoimage-1.1.11-39.el8.x86_64 16/143   Verifying : glusterfs-api-6.0-20.el8.x86_64 17/143   Verifying : glusterfs-cli-6.0-20.el8.x86_64 18/143   Verifying : gnutls-dane-3.6.8-12.0.1.an8.x86_64 19/143   Verifying : gnutls-utils-3.6.8-12.0.1.an8.x86_64 20/143   Verifying : graphite2-1.3.10-10.el8.x86_64 21/143   Verifying : gstreamer1-1.16.1-2.el8.x86_64 22/143   Verifying : gstreamer1-plugins-base-1.16.1-1.el8.x86_64 23/143   Verifying : harfbuzz-1.7.5-3.el8.x86_64 24/143   Verifying : hivex-1.3.15-7.module+el8.2.0+10179+a7144e8a.x86_64 25/143   Verifying : ipxe-roms-qemu-20181214-6.git133f4c47.el8.noarch 26/143   Verifying : iso-codes-3.79-2.el8.noarch 27/143   Verifying : libX11-xcb-1.6.8-3.el8.x86_64 28/143   Verifying : libXdamage-1.1.4-14.el8.x86_64 29/143   Verifying : libXfixes-5.0.3-7.el8.x86_64 30/143   Verifying : libXft-2.3.2-10.el8.x86_64 31/143   Verifying : libXv-1.0.11-7.el8.x86_64 32/143   Verifying : libXxf86vm-1.1.4-9.el8.x86_64 33/143   Verifying : libcacard-3:2.7.0-2.el8.x86_64 34/143   Verifying : libdatrie-0.2.9-7.el8.x86_64 35/143   Verifying : libdrm-2.4.100-1.el8.x86_64 36/143   Verifying : libepoxy-1.5.3-1.el8.x86_64 37/143   Verifying : libglvnd-1:1.2.0-6.el8.x86_64 38/143   Verifying : libglvnd-egl-1:1.2.0-6.el8.x86_64 39/143   Verifying : libglvnd-gles-1:1.2.0-6.el8.x86_64 40/143   Verifying : libglvnd-glx-1:1.2.0-6.el8.x86_64 41/143   Verifying : libguestfs-1:1.38.4-15.0.1.module+el8.2.0+10179+a7144e8a.x86_64 42/143   Verifying : libiscsi-1.18.0-8.module+el8.2.0+10179+a7144e8a.x86_64 43/143   Verifying : libjpeg-turbo-1.5.3-10.el8.x86_64 44/143   Verifying : libogg-2:1.3.2-10.el8.x86_64 45/143   Verifying : libpmem-1.6.1-1.el8.x86_64 46/143   Verifying : librados2-1:12.2.7-9.0.1.an8.x86_64 47/143   Verifying : librbd1-1:12.2.7-9.0.1.an8.x86_64 48/143   Verifying : libthai-0.1.27-2.el8.x86_64 49/143   Verifying : libtheora-1:1.1.1-21.el8.x86_64 50/143   Verifying : libusal-1.1.11-39.el8.x86_64 51/143   Verifying : libvirt-bash-completion-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 52/143   Verifying : libvirt-client-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 53/143   Verifying : libvirt-daemon-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 54/143   Verifying : libvirt-daemon-config-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 55/143   Verifying : libvirt-daemon-driver-interface-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 56/143   Verifying : libvirt-daemon-driver-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 57/143   Verifying : libvirt-daemon-driver-nodedev-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 58/143   Verifying : libvirt-daemon-driver-nwfilter-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 59/143   Verifying : libvirt-daemon-driver-qemu-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 60/143   Verifying : libvirt-daemon-driver-secret-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 61/143   Verifying : libvirt-daemon-driver-storage-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 62/143   Verifying : libvirt-daemon-driver-storage-core-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 63/143   Verifying : libvirt-daemon-driver-storage-disk-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 64/143   Verifying : libvirt-daemon-driver-storage-gluster-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 65/143   Verifying : libvirt-daemon-driver-storage-iscsi-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 66/143   Verifying : libvirt-daemon-driver-storage-logical-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 67/143   Verifying : libvirt-daemon-driver-storage-mpath-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 68/143   Verifying : libvirt-daemon-driver-storage-rbd-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 69/143   Verifying : libvirt-daemon-driver-storage-scsi-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 70/143   Verifying : libvirt-daemon-kvm-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 71/143   Verifying : libvirt-libs-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 72/143   Verifying : libvisual-1:0.4.0-24.el8.x86_64 73/143   Verifying : libvorbis-1:1.3.6-2.el8.x86_64 74/143   Verifying : libwayland-client-1.17.0-1.el8.x86_64 75/143   Verifying : libwayland-cursor-1.17.0-1.el8.x86_64 76/143   Verifying : libwayland-egl-1.17.0-1.el8.x86_64 77/143   Verifying : libwayland-server-1.17.0-1.el8.x86_64 78/143   Verifying : libxshmfence-1.3-2.el8.x86_64 79/143   Verifying : llvm-libs-9.0.1-5.module+el8.2.0+10180+9e405137.x86_64 80/143   Verifying : mesa-dri-drivers-19.3.4-2.0.1.an8.x86_64 81/143   Verifying : mesa-filesystem-19.3.4-2.0.1.an8.x86_64 82/143   Verifying : mesa-libEGL-19.3.4-2.0.1.an8.x86_64 83/143   Verifying : mesa-libGL-19.3.4-2.0.1.an8.x86_64 84/143   Verifying : mesa-libgbm-19.3.4-2.0.1.an8.x86_64 85/143   Verifying : mesa-libglapi-19.3.4-2.0.1.an8.x86_64 86/143   Verifying : netcf-libs-0.2.8-12.module+el8.2.0+10179+a7144e8a.x86_64 87/143   Verifying : opus-1.3-0.4.beta.el8.x86_64 88/143   Verifying : orc-0.4.28-3.el8.x86_64 89/143   Verifying : pango-1.42.4-6.el8.x86_64 90/143   Verifying : qemu-img-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 91/143   Verifying : qemu-kvm-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 92/143   Verifying : qemu-kvm-block-curl-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 93/143   Verifying : qemu-kvm-block-gluster-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 94/143   Verifying : qemu-kvm-block-iscsi-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 95/143   Verifying : qemu-kvm-block-rbd-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 96/143   Verifying : qemu-kvm-block-ssh-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 97/143   Verifying : qemu-kvm-common-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 98/143   Verifying : qemu-kvm-core-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 99/143   Verifying : radvd-2.17-14.el8.x86_64 100/143   Verifying : scrub-2.5.2-14.0.1.an8.x86_64 101/143   Verifying : seabios-bin-1.11.1-4.module+el8.2.0+10179+a7144e8a.noarch 102/143   Verifying : seavgabios-bin-1.11.1-4.module+el8.2.0+10179+a7144e8a.noarch 103/143   Verifying : sgabios-bin-1:0.20170427git-3.module+el8.2.0+10179+a7144e8a.noarch 104/143   Verifying : spice-server-0.14.2-1.el8.1.x86_64 105/143   Verifying : supermin-5.1.19-9.module+el8.2.0+10179+a7144e8a.x86_64 106/143   Verifying : usbredir-0.8.0-1.el8.x86_64 107/143   Verifying : yajl-2.1.0-10.el8.x86_64 108/143   Verifying : augeas-libs-1.12.0-5.el8.x86_64 109/143   Verifying : cyrus-sasl-2.1.27-1.el8.x86_64 110/143   Verifying : device-mapper-multipath-libs-0.8.3-3.el8.3.x86_64 111/143   Verifying : fuse-2.9.7-12.el8.x86_64 112/143   Verifying : fuse-common-3.2.1-12.el8.x86_64 113/143   Verifying : gdisk-1.0.3-6.el8.x86_64 114/143   Verifying : glusterfs-6.0-20.el8.x86_64 115/143   Verifying : glusterfs-client-xlators-6.0-20.el8.x86_64 116/143   Verifying : glusterfs-libs-6.0-20.el8.x86_64 117/143   Verifying : gssproxy-0.8.0-15.el8.x86_64 118/143   Verifying : iproute-tc-5.3.0-1.el8.x86_64 119/143   Verifying : iscsi-initiator-utils-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64 120/143   Verifying : iscsi-initiator-utils-iscsiuio-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64 121/143   Verifying : isns-utils-libs-0.99-1.el8.x86_64 122/143   Verifying : keyutils-1.5.10-6.el8.x86_64 123/143   Verifying : libibumad-26.0-8.el8.x86_64 124/143   Verifying : libibverbs-26.0-8.el8.x86_64 125/143   Verifying : libicu-60.3-2.el8.x86_64 126/143   Verifying : libpciaccess-0.14-1.el8.x86_64 127/143   Verifying : librdmacm-26.0-8.el8.x86_64 128/143   Verifying : libverto-libevent-0.3.0-5.el8.x86_64 129/143   Verifying : libxslt-1.1.32-4.0.1.an8.x86_64 130/143   Verifying : lzop-1.03-20.el8.x86_64 131/143   Verifying : mtools-4.0.18-14.el8.x86_64 132/143   Verifying : nfs-utils-1:2.3.3-31.el8.x86_64 133/143   Verifying : numad-0.5-26.20150602git.el8.x86_64 134/143   Verifying : rdma-core-26.0-8.el8.x86_64 135/143   Verifying : rpcbind-1.2.5-7.el8.x86_64 136/143   Verifying : syslinux-6.04-4.0.1.an8.x86_64 137/143   Verifying : syslinux-extlinux-6.04-4.0.1.an8.x86_64 138/143   Verifying : syslinux-extlinux-nonlinux-6.04-4.0.1.an8.noarch 139/143   Verifying : syslinux-nonlinux-6.04-4.0.1.an8.noarch 140/143   Verifying : systemd-container-239-31.0.1.an8_2.4.x86_64 141/143   Verifying : userspace-rcu-0.10.1-2.el8.x86_64 142/143   Verifying : xml-common-0.6.3-50.el8.noarch 143/143 Installed:   alsa-lib-1.2.1.2-3.el8.x86_64 augeas-libs-1.12.0-5.el8.x86_64   autogen-libopts-5.18.12-7.el8.x86_64 boost-atomic-1.66.0-7.el8.x86_64   boost-chrono-1.66.0-7.el8.x86_64 boost-date-time-1.66.0-7.el8.x86_64   boost-iostreams-1.66.0-7.el8.x86_64 boost-program-options-1.66.0-7.el8.x86_64   boost-random-1.66.0-7.el8.x86_64 boost-regex-1.66.0-7.el8.x86_64   boost-system-1.66.0-7.el8.x86_64 boost-thread-1.66.0-7.el8.x86_64   celt051-0.5.1.3-15.el8.x86_64 cyrus-sasl-2.1.27-1.el8.x86_64   device-mapper-multipath-libs-0.8.3-3.el8.3.x86_64 dnsmasq-2.79-11.el8.2.x86_64   edk2-ovmf-20190829git37eef91017ad-9.el8.noarch fribidi-1.0.4-8.el8.x86_64   fuse-2.9.7-12.el8.x86_64 fuse-common-3.2.1-12.el8.x86_64   gdisk-1.0.3-6.el8.x86_64 genisoimage-1.1.11-39.el8.x86_64   glusterfs-6.0-20.el8.x86_64 glusterfs-api-6.0-20.el8.x86_64   glusterfs-cli-6.0-20.el8.x86_64 glusterfs-client-xlators-6.0-20.el8.x86_64   glusterfs-libs-6.0-20.el8.x86_64 gnutls-dane-3.6.8-12.0.1.an8.x86_64   gnutls-utils-3.6.8-12.0.1.an8.x86_64 graphite2-1.3.10-10.el8.x86_64   gssproxy-0.8.0-15.el8.x86_64 gstreamer1-1.16.1-2.el8.x86_64   gstreamer1-plugins-base-1.16.1-1.el8.x86_64 harfbuzz-1.7.5-3.el8.x86_64   hivex-1.3.15-7.module+el8.2.0+10179+a7144e8a.x86_64 iproute-tc-5.3.0-1.el8.x86_64   ipxe-roms-qemu-20181214-6.git133f4c47.el8.noarch iscsi-initiator-utils-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64   iscsi-initiator-utils-iscsiuio-6.2.0.878-6.gitd791ce0.0.1.an8.x86_64 isns-utils-libs-0.99-1.el8.x86_64   iso-codes-3.79-2.el8.noarch keyutils-1.5.10-6.el8.x86_64   libX11-xcb-1.6.8-3.el8.x86_64 libXdamage-1.1.4-14.el8.x86_64   libXfixes-5.0.3-7.el8.x86_64 libXft-2.3.2-10.el8.x86_64   libXv-1.0.11-7.el8.x86_64 libXxf86vm-1.1.4-9.el8.x86_64   libcacard-3:2.7.0-2.el8.x86_64 libdatrie-0.2.9-7.el8.x86_64   libdrm-2.4.100-1.el8.x86_64 libepoxy-1.5.3-1.el8.x86_64   libglvnd-1:1.2.0-6.el8.x86_64 libglvnd-egl-1:1.2.0-6.el8.x86_64   libglvnd-gles-1:1.2.0-6.el8.x86_64 libglvnd-glx-1:1.2.0-6.el8.x86_64   libguestfs-1:1.38.4-15.0.1.module+el8.2.0+10179+a7144e8a.x86_64 libibumad-26.0-8.el8.x86_64   libibverbs-26.0-8.el8.x86_64 libicu-60.3-2.el8.x86_64   libiscsi-1.18.0-8.module+el8.2.0+10179+a7144e8a.x86_64 libjpeg-turbo-1.5.3-10.el8.x86_64   libogg-2:1.3.2-10.el8.x86_64 libpciaccess-0.14-1.el8.x86_64   libpmem-1.6.1-1.el8.x86_64 librados2-1:12.2.7-9.0.1.an8.x86_64   librbd1-1:12.2.7-9.0.1.an8.x86_64 librdmacm-26.0-8.el8.x86_64   libthai-0.1.27-2.el8.x86_64 libtheora-1:1.1.1-21.el8.x86_64   libusal-1.1.11-39.el8.x86_64 libverto-libevent-0.3.0-5.el8.x86_64   libvirt-bash-completion-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-client-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-config-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-driver-interface-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-driver-network-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-driver-nodedev-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-driver-nwfilter-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-driver-qemu-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-driver-secret-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-driver-storage-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-driver-storage-core-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-driver-storage-disk-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-driver-storage-gluster-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-driver-storage-iscsi-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-driver-storage-logical-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-driver-storage-mpath-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-driver-storage-rbd-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-daemon-driver-storage-scsi-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvirt-daemon-kvm-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64   libvirt-libs-4.5.0-42.module+el8.2.0+10179+a7144e8a.x86_64 libvisual-1:0.4.0-24.el8.x86_64   libvorbis-1:1.3.6-2.el8.x86_64 libwayland-client-1.17.0-1.el8.x86_64   libwayland-cursor-1.17.0-1.el8.x86_64 libwayland-egl-1.17.0-1.el8.x86_64   libwayland-server-1.17.0-1.el8.x86_64 libxshmfence-1.3-2.el8.x86_64   libxslt-1.1.32-4.0.1.an8.x86_64 llvm-libs-9.0.1-5.module+el8.2.0+10180+9e405137.x86_64   lzop-1.03-20.el8.x86_64 mesa-dri-drivers-19.3.4-2.0.1.an8.x86_64   mesa-filesystem-19.3.4-2.0.1.an8.x86_64 mesa-libEGL-19.3.4-2.0.1.an8.x86_64   mesa-libGL-19.3.4-2.0.1.an8.x86_64 mesa-libgbm-19.3.4-2.0.1.an8.x86_64   mesa-libglapi-19.3.4-2.0.1.an8.x86_64 mtools-4.0.18-14.el8.x86_64   netcf-libs-0.2.8-12.module+el8.2.0+10179+a7144e8a.x86_64 nfs-utils-1:2.3.3-31.el8.x86_64   numad-0.5-26.20150602git.el8.x86_64 opus-1.3-0.4.beta.el8.x86_64   orc-0.4.28-3.el8.x86_64 pango-1.42.4-6.el8.x86_64   qemu-img-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 qemu-kvm-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64   qemu-kvm-block-curl-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 qemu-kvm-block-gluster-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64   qemu-kvm-block-iscsi-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 qemu-kvm-block-rbd-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64   qemu-kvm-block-ssh-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 qemu-kvm-common-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64   qemu-kvm-core-15:2.12.0-99.module+el8.2.0+10179+a7144e8a.5.x86_64 radvd-2.17-14.el8.x86_64   rdma-core-26.0-8.el8.x86_64 rpcbind-1.2.5-7.el8.x86_64   scrub-2.5.2-14.0.1.an8.x86_64 seabios-bin-1.11.1-4.module+el8.2.0+10179+a7144e8a.noarch   seavgabios-bin-1.11.1-4.module+el8.2.0+10179+a7144e8a.noarch sgabios-bin-1:0.20170427git-3.module+el8.2.0+10179+a7144e8a.noarch   spice-server-0.14.2-1.el8.1.x86_64 supermin-5.1.19-9.module+el8.2.0+10179+a7144e8a.x86_64   syslinux-6.04-4.0.1.an8.x86_64 syslinux-extlinux-6.04-4.0.1.an8.x86_64   syslinux-extlinux-nonlinux-6.04-4.0.1.an8.noarch syslinux-nonlinux-6.04-4.0.1.an8.noarch   systemd-container-239-31.0.1.an8_2.4.x86_64 usbredir-0.8.0-1.el8.x86_64   userspace-rcu-0.10.1-2.el8.x86_64 xml-common-0.6.3-50.el8.noarch   yajl-2.1.0-10.el8.x86_64 Complete!
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000470) xuchunmei000    2021-10-08 16:58	yum distro-sync之后按照迁移前获取的enabled module list重新去enable module，而非install module。
(0000471) xuchunmei000    2021-10-08 16:59	提交commit： https://codeup.openanolis.cn/codeup/migration/centos2anolis/commit/eb8cb2db2572069fe91c8d14de95ccd83a7e54ad

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
305	[Anolis OS 8] - cloud kernel 4.19	一般	没有试验	2021-09-30 11:32	2021-09-30 13:03
报告员:	floatcloud_2021	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	virtio_mem bug fixes
描述:	合入virtio_mem相关修复补丁。
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
136	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-05-18 10:40	2021-09-27 10:46
报告员:	mellonwand	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	虚拟机使用4.19内核图形界面不能使用鼠标
描述:	尝试安装的ISO 版本： AnolisOS-8.2-GA-x86_64 虚拟机所在物理主机版本：ESXi6.7 虚拟机兼容性： ESXi 6.7 Update 2 及更高版本 (虚拟机版本 15) 虚拟机客户机操作系统兼容性: CentOS8 同一虚拟机，使用4.18内核安装后正常进入桌面，鼠标使用正常；重新安装系统采用4.19内核，进入桌面后鼠标不能使用，现象与Anaconda安装界面一致 上述问题已尝试3次，每次现象一致
标签:	8.2GA-210611
问题重现步骤:	有问题的步骤： 1. 在虚拟机中安装系统 2. 安装过程选择4.19内核 3. 后续步骤正常执行 4. 安装完成后重启虚拟机 5. 虚拟机重启后发现鼠标不能使用 正常的步骤： 1. 在虚拟机中安装系统 2. 安装过程保持默认的4.18内核 3. 后续步骤正常执行 4. 安装完成后重启虚拟机 5. 虚拟机重启后鼠标正常使用
附注:
系统说明
附件:	4.18安装配置.png (84,215 字节) 2021-05-18 10:40 https://bugs-old.openanolis.cn/file_download.php?file_id=62&type=bug 4.19-鼠标不能动.png (203,842 字节) 2021-05-18 10:40 https://bugs-old.openanolis.cn/file_download.php?file_id=63&type=bug 4.19安装配置.png (250,672 字节) 2021-05-18 10:40 https://bugs-old.openanolis.cn/file_download.php?file_id=64&type=bug 4.18.png (66,947 字节) 2021-05-18 10:40 https://bugs-old.openanolis.cn/file_download.php?file_id=65&type=bug

问题注释
(0000214) jacobwang    2021-05-18 17:48	多谢反馈。 4.19 适配性治理问题。 预期后面解决。
(0000342) Shiloong    2021-08-17 14:20	@jacobwang @geliwei-ali 请问这个问题确认了吗? 内核看已经包含了键盘鼠标驱动的.
(0000457) tingyin    2021-09-27 09:30	这个问题可以参考这个问题单。 https://bugs.openanolis.cn/view.php?id=253
(0000458) tingyin    2021-09-27 09:32	4.1之后的内核支持VMMouse，但是4.19默认不编译这个模块，需要改下.config文件。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
299	[Anolis OS 8] kernel	一般	总是	2021-09-26 21:16	2021-09-26 21:16
报告员:	tzzcfrank	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	Anolis 8.2/4.19.91-24.8.an8.x86_64 无法挂载使用Intel RDT resctrl
描述:	使用Anolis OS 8.2，内核版本 4.19.91-24.8.an8.x86_64 挂载Intel RDT 异常。 具体操作信息如下，/sys/fs/resctrl/目录下没有相关的目录和文件 [root@host ~]# [root@host ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" [root@host ~]# [root@host ~]# cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-4.19.91-24.8.an8.x86_64 root=UUID=XXXX ro rdt=l3cat,cmt,mba net.ifnames=0 console=tty0 console=ttyS0,115200n8 biosdevname=0 nomodeset intel_idle.max_cstate=1 crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M [root@host ~]# [root@host ~]# mount -t resctrl resctrl /sys/fs/resctrl mount: /sys/fs/resctrl: resctrl already mounted or mount point busy. [root@host ~]# [root@host ~]# cd /sys/fs/resctrl/ [root@host resctrl]# ls [root@host resctrl]# [root@host resctrl]# uname -a Linux host 4.19.91-24.8.an8.x86_64 #1 SMP Tue Aug 31 11:30:53 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [root@host resctrl]# [root@host resctrl]# [root@host resctrl]# mount | grep -i resctrl [root@host resctrl]# [root@host resctrl]# dmesg -T | grep -i resctrl [Sun Sep 26 20:32:07 2021] resctrl: L3 allocation detected [Sun Sep 26 20:32:07 2021] resctrl: L3DATA allocation detected [Sun Sep 26 20:32:07 2021] resctrl: L3CODE allocation detected [Sun Sep 26 20:32:07 2021] resctrl: MB allocation detected [Sun Sep 26 20:32:07 2021] resctrl: L3 monitoring detected [root@host resctrl]#
标签:
问题重现步骤:	使用阿里云神龙机器 机型 ecs.ebmc6.26xlarge 使用阿里云提供镜像 8.2 RHCK，升级内核版本到4.19.91 可以重现。
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
295	[Anolis OS 8] krb5	一般	总是	2021-09-24 15:11	2021-09-26 17:49
报告员:	wb-zh951434	平台:	x86_64
分派给:	ZhangBinChen	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	anolis 8.4 krb5-1.18.2-8.3构建失败
描述:	http://build.openanolis.cn/koji/taskinfo?taskID=133288 缺少依赖latexmk
标签:	8.4构建
问题重现步骤:
附注:
系统说明
附件:	image.png (38,113 字节) 2021-09-24 15:11 https://bugs-old.openanolis.cn/file_download.php?file_id=173&type=bug

问题注释
(0000456) ZhangBinChen    2021-09-26 17:49	http://build.openanolis.org/buildinfo?buildID=10897

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
293	[Anolis OS 8] - aliyun-images	严重	总是	2021-09-24 11:16	2021-09-24 11:50
报告员:	yunqi-zwt	平台:
分派给:	wb-zmy745940	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-rhck/anck-x86_64] 20210914 vhd镜像安装后，yum AnolisOS-Debuginfo.repo 和AnolisOS-Source.repo 配置错误
描述:	[Anolis 8.2-rhck/anck-x86_64] 20210914 vhd镜像安装后，/etc/yum.repos.d/AnolisOS-Debuginfo.repo 和 /etc/yum.repos.d/AnolisOS-Source.repo 里面的baseurl， gpgkey 地址错误。目前值 baseurl=https://mirrors.cloud.aliyuncs.com/anolis/8.2/BaseOS/$basearch/debug 期望值： baseurl=http://mirrors.cloud.aliyuncs.com/anolis/8.2/BaseOS/$basearch/debug
标签:
问题重现步骤:	执行 yum install kernel-debuginfo --enablerepo=Plus-debuginfo 报错： AnolisOS-8.2 - Plus Debuginfo 0.0 B/s | 0 B 00:00 Errors during downloading metadata for repository 'Plus-debuginfo':   - Curl error (51): SSL peer certificate or SSH remote key was not OK for https://mirrors.cloud.aliyuncs.com/anolis/8.2/Plus/x86_64/debug/repodata/repomd.xml [SSL: no alternative certificate subject name matches target host name 'mirrors.cloud.aliyuncs.com'] Error: Failed to download metadata for repo 'Plus-debuginfo': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
附注:
附件:	image.png (849,860 字节) 2021-09-24 11:16 https://bugs-old.openanolis.cn/file_download.php?file_id=171&type=bug

问题注释
(0000446) wb-zmy745940    2021-09-24 11:49	新版本镜像已解决

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
292	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-09-23 10:29	2021-09-23 10:29
报告员:	dtcccc	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[x86] hackbench/datasize_4096_throughput 50%多并发 性能下降22%左右
描述:	手工验证结果与测试数据基本吻合，hackbench 性能有28%左右的性能下降。
标签:
问题重现步骤:
附注:	Aone id: 36653831
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
284	[Anolis OS 8] - cloud kernel 4.19	一般	随机	2021-09-17 16:38	2021-09-22 15:50
报告员:	josephqi	平台:	x86_64
分派给:	JingboXu	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	dm-thin 异常触发空指针解引用
描述:	[32401.908352] device-mapper: thin: 251:2: metadata operation 'dm_pool_commit_metadata' failed: error = -5 [32401.917749] device-mapper: thin: 251:2: aborting current metadata transaction [32402.442137] device-mapper: thin: 251:2: failed to abort metadata transaction [32402.449200] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 [32402.457021] PGD 0 P4D 0 [32402.459553] Oops: 0002 [#1] SMP NOPTI [32402.463212] CPU: 37 PID: 40839 Comm: dmsetup Kdump: loaded Tainted: G W OE 4.19.91-009.ali4000.alios7.x86_64 #1 [32402.474330] Hardware name: Alibaba Alibaba Cloud ECS/Alibaba Cloud ECS, BIOS 1.0.PL.FC.P.022.04 08/02/2019 [32402.483982] RIP: 0010:dm_bm_set_read_only+0x5/0x10 [dm_persistent_data] ...... [32402.588073] Call Trace: [32402.590522] dm_pool_metadata_read_only+0x22/0x30 [dm_thin_pool] [32402.596526] set_pool_mode+0x209/0x2e0 [dm_thin_pool] [32402.601579] metadata_operation_failed+0xd5/0xf0 [dm_thin_pool] [32402.607499] commit+0x91/0xf0 [dm_thin_pool] [32402.611771] pool_status+0x28a/0x700 [dm_thin_pool] [32402.616652] retrieve_status+0xa1/0x1c0 [dm_mod] [32402.621270] ? dm_get_live_or_inactive_table.isra.4+0x20/0x20 [dm_mod] [32402.627794] table_status+0x61/0xa0 [dm_mod] [32402.632068] ctl_ioctl+0x1b3/0x480 [dm_mod] [32402.636253] dm_ctl_ioctl+0xa/0x10 [dm_mod] [32402.640440] do_vfs_ioctl+0x9f/0x610 [32402.644020] ? __audit_syscall_entry+0x103/0x130 [32402.648637] ? syscall_trace_enter+0x1ae/0x2c0 [32402.653081] ksys_ioctl+0x70/0x80 [32402.656393] __x64_sys_ioctl+0x16/0x20 [32402.660145] do_syscall_64+0x7b/0x200 [32402.663813] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [32402.668865] RIP: 0033:0x7f7f8cfe25d7
标签:
问题重现步骤:
附注:	社区修复补丁： https://github.com/torvalds/linux/commit/3a653b205f29b3f9827a01a0c88bfbcb0d169494 已合入 v5.9，因此 5.10 内核不受该影响。
系统说明
附件:

问题注释
(0000439) JingboXu    2021-09-22 15:49	merged https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/merge_request/26854?org_id=5dd502a4c488b60001ea303b

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
289	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-09-22 11:27	2021-09-22 11:27
报告员:	CruzZhao	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	容器在退出时发生core dump，就会无法退出
描述:	容器在退出时发生core dump，就会无法退出 现象,  退出路径上等待coreudmp完成的信号。 [<0>] __refrigerator+0x75/0x160 [<0>] do_exit+0x224/0xc60 [<0>] do_group_exit+0x3a/0xa0 [<0>] get_signal+0x156/0x8c0 [<0>] do_signal+0x36/0x610 [<0>] exit_to_usermode_loop+0x95/0x100 [<0>] do_syscall_64+0x178/0x1a0 [<0>] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [<0>] 0xffffffffffffffff [<0>] __refrigerator+0x75/0x160 [<0>] do_exit+0x224/0xc60 [<0>] do_group_exit+0x3a/0xa0 [<0>] get_signal+0x156/0x8c0 [<0>] do_signal+0x36/0x610 [<0>] exit_to_usermode_loop+0x95/0x100 [<0>] do_syscall_64+0x178/0x1a0 [<0>] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [<0>] 0xffffffffffffffff [<0>] __refrigerator+0x75/0x160 [<0>] do_exit+0x224/0xc60 [<0>] do_group_exit+0x3a/0xa0 [<0>] get_signal+0x156/0x8c0 [<0>] do_signal+0x36/0x610 [<0>] exit_to_usermode_loop+0x95/0x100 [<0>] do_syscall_64+0x178/0x1a0 [<0>] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [<0>] 0xffffffffffffffff [root@bd033027000051.na610 /sys/fs/cgroup] #pstree -pa 244857 containerd-shim,244857 -namespace default -workdir /home/t4/pouch/containerd/root/io.containerd.runtime.v1.linux/default/677c77263a5b2fe4c8677cd6a7180f8c2dff50fe4fa4b255a328de1b9c2ec612 -address /run/containerd/containerd.sock -containerd-binary...   ├─(start.sh,244922)   │   └─(holo-worker,245213)   │       ├─{holo-worker},245457   │       ├─{holo-worker},245458   │       ├─{holo-worker},245584   │       ├─{holo-worker},245603   │       ├─{holo-worker},245604   │       ├─{holo-worker},245787   │       ├─{holo-worker},246131   │       ├─{holo-worker},246132   │       ├─{holo-worker},246133   │       ├─{holo-worker},246134   │       ├─{holo-worker},246135   │       ├─{holo-worker},246136   │       ├─{holo-worker},246137   │       ├─{holo-worker},246138   │       ├─{holo-worker},246144   │       ├─{holo-worker},246153   │       ├─{holo-worker},246172   │       └─{holo-worker},249564   ├─{containerd-shim},244858   ├─{containerd-shim},244859   ├─{containerd-shim},244860   ├─{containerd-shim},244862   ├─{containerd-shim},244863   ├─{containerd-shim},244864   ├─{containerd-shim},244865   ├─{containerd-shim},244866   ├─{containerd-shim},245167   └─{containerd-shim},245435 245213 这个pid下面的所有线程都无法退出
标签:
问题重现步骤:	多线程coredump，申请大内存容量，这样coredump同步时间长一点； 在步骤1的同时，对进程执行cgroup freeze/unfreeze操作，出现上面的调用栈。 代码： #cat a.c #include <stdlib.h> #include <unistd.h> #include <string.h> void *thread(void *unused) {         pause(); } int main() {         int i;         size_t len = 2 * 1024 *1024 * 1024UL;         void *p = malloc(len);         pthread_t tid;         memset(p, 1, len);         for (i = 0; i < 10; i++) {                 pthread_create(&tid, NULL, thread, NULL);         }         *(int *)(0) = 1; } gcc a.c -lpthread a.out 终端1触发coredump： #!/bin/bash ulimit -c unlimited mkdir /sys/fs/cgroup/freezer/test echo $$ > /sys/fs/cgroup/freezer/test/cgroup.procs while true do         taskset -c 1-14 ./a.out         rm ./core* done 终端2触发freeze/unfreeze： #!/bin/bash while true do         echo  THAWED > /sys/fs/cgroup/freezer/test/freezer.state         sleep 1         echo FROZEN > /sys/fs/cgroup/freezer/test/freezer.state         sleep 1 done
附注:	Aone id: 36929403
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
282	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-09-17 11:27	2021-09-17 11:27
报告员:	maqiao_mq	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	内核bonding模块去堆叠功能失效
描述:	cloud kernel 3上，内核bonding模块去堆叠功能失效，导致在bond mode4下只能从单口收流量
标签:
问题重现步骤:	在5.10的机器上，起iperf server: iperf -s 在其他机器上（低版本），起client: iperf -c server_ip -i 1 -t 600 -P 32  观察server端带宽只有一个口有流量
附注:	aone id : 35672387
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
281	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-09-17 10:47	2021-09-17 10:47
报告员:	maqiao_mq	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	UDP 类型 IPVS RS 变更时丢包问题
描述:	UDP 协议 RS 退出时，Pod 网络通过 IPVS 模块访问 UDP Service，如果源端口复用，会命中 IPVS Connection 中已有五元组条目，首包会被 DROP。 该问题会导致 CoreDNS 所在 ECS 节点重启、CoreDNS 容器更新时，集群内出现长达 5 分钟的概率性域名解析超时问题。 参考https://github.com/torvalds/linux/commit/35dfb013149f74c2be1ff9c78f14e6a3cd1539d1
标签:
问题重现步骤:	1. 构建、安装 IPVS 模块 替换 ip_vs.ko 到 /lib/modules/4.19.91-23.al7.x86_64/kernel/net/netfilter/ipvs/ip_vs.ko 后重启 通过 sysctl -w net.ipv4.vs.debug_level=13 打开全部日志 2. 测试过程 [root@iZbp135xgdpstsq0sgxrq2Z ~]# ipvsadm -Lcn | grep -i udp | grep 39053 UDP 04:27 UDP 172.20.1.25:39053 172.21.0.10:53 172.20.1.32:53 # 删除 172.20.1.32 后端，并复用 39053 端口测试 [root@iZbp135xgdpstsq0sgxrq2Z ~]# nsenter -n/var/run/docker/netns/792eb10013d4 dig -b 172.20.1.25#39053 redis-master.default.svc.cluster.local @172.21.0.10 ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.1.al7.4 <<>> -b 172.20.1.25#39053 redis-master.default.svc.cluster.local @172.21.0.10 ;; global options: +cmd ;; Got answer: ;; WARNING: .local is reserved for Multicast DNS ;; You are currently testing what happens when an mDNS query is leaked to DNS ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14694 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; WARNING: recursion requested but not available ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;redis-master.default.svc.cluster.local. IN A ;; ANSWER SECTION: redis-master.default.svc.cluster.local. 5 IN A 172.21.6.185 ;; Query time: 0 msec ;; SERVER: 172.21.0.10#53(172.21.0.10) ;; WHEN: Fri Aug 27 16:33:17 CST 2021 ;; MSG SIZE rcvd: 121 [root@iZbp135xgdpstsq0sgxrq2Z ~]# ipvsadm -Lcn | grep -i udp | grep 39053 UDP 04:58 UDP 172.20.1.25:39053 172.21.0.10:53 172.20.0.25:53 3.IPVS 模块日志 # 172.20.1.32 仍存在着的访问 [ 5897.768810] IPVS: lookup/out UDP 172.20.1.25:39053->172.21.0.10:53 not hit [ 5897.768813] IPVS: lookup/in UDP 172.20.1.25:39053->172.21.0.10:53 hit [ 5897.768815] IPVS: Enter: ip_vs_nat_xmit, extra//ip_vs_xmit.c line 742 [ 5897.768818] IPVS: ip_vs_update_conntrack: Updating conntrack ct=00000000c15f80aa, status=0x100, ctinfo=2, old reply=172.21.0.10:53->172.20.1.25:39053/17 [ 5897.768819] IPVS: ip_vs_update_conntrack: Updating conntrack ct=00000000c15f80aa, status=0x100, ctinfo=2, new reply=172.20.1.32:53->172.20.1.25:39053/17 [ 5897.768821] IPVS: ip_vs_update_conntrack: Updated conntrack ct=00000000c15f80aa for cp=172.20.1.25:39053->172.21.0.10:53->172.20.1.32:53/17:0 [ 5897.768831] IPVS: Leave: ip_vs_nat_xmit, extra//ip_vs_xmit.c line 813 [ 5897.769016] IPVS: lookup/out UDP 172.20.1.32:53->172.20.1.25:39053 hit [ 5897.769020] IPVS: Leave: handle_response, extra//ip_vs_core.c line 1308 # 172.20.1.32 已经被删除后的访问 [ 5937.376994] IPVS: lookup/out UDP 172.20.1.25:39053->172.21.0.10:53 not hit [ 5937.376996] IPVS: lookup/in UDP 172.20.1.25:39053->172.21.0.10:53 hit [ 5937.376996] IPVS: DEST1 [ 5937.376996] IPVS: DEST3 [ 5937.376996] IPVS: DEST4 [ 5937.377536] IPVS: ip_vs_conn_drop_conntrack: dropping conntrack for conn 172.20.1.25:39053->172.21.0.10:53->172.20.1.32:53/17:0 [ 5937.377539] IPVS: ip_vs_conn_drop_conntrack: no conntrack for tuple=172.20.1.25:39053->172.21.0.10:53/17 [ 5937.377542] IPVS: Unbind-dest UDP c:172.20.1.25:39053 v:172.21.0.10:53 d:172.20.1.32:53 fwd:M s:0 conn->flags:10100 conn->refcnt:0 dest->refcnt:76 # /etc/resolv.conf 设置 timeout 为 2 秒，2 秒后再次发包 [ 5939.376782] IPVS: lookup/out UDP 172.20.1.25:39053->172.21.0.10:53 not hit [ 5939.376785] IPVS: lookup/in UDP 172.20.1.25:39053->172.21.0.10:53 not hit [ 5939.376786] IPVS: lookup service: fwm 0 UDP 172.21.0.10:53 hit [ 5939.376790] IPVS: Bind-dest UDP c:172.20.1.25:39053 v:172.21.0.10:53 d:172.20.0.25:53 fwd:M s:0 conn->flags:100 conn->refcnt:1 dest->refcnt:9 [ 5939.376791] IPVS: Schedule fwd:M c:172.20.1.25:39053 v:172.21.0.10:53 d:172.20.0.25:53 conn->flags:10140 conn->refcnt:2 [ 5939.376793] IPVS: Enter: ip_vs_nat_xmit, extra//ip_vs_xmit.c line 742 [ 5939.376797] IPVS: ip_vs_update_conntrack: Updating conntrack ct=00000000438bfb8d, status=0x100, ctinfo=2, old reply=172.21.0.10:53->172.20.1.25:39053/17 [ 5939.376798] IPVS: ip_vs_update_conntrack: Updating conntrack ct=00000000438bfb8d, status=0x100, ctinfo=2, new reply=172.20.0.25:53->172.20.1.25:39053/17 [ 5939.376799] IPVS: ip_vs_update_conntrack: Updated conntrack ct=00000000438bfb8d for cp=172.20.1.25:39053->172.21.0.10:53->172.20.0.25:53/17:0 [ 5939.376827] IPVS: Leave: ip_vs_nat_xmit, extra//ip_vs_xmit.c line 813 [ 5939.377458] IPVS: lookup/out UDP 172.20.0.25:53->172.20.1.25:39053 hit [ 5939.377462] IPVS: Leave: handle_response, extra//ip_vs_core.c line 1308 4. 丢包点位 // net/netfilter/ipvs/ip_vs_core.c static unsigned int ip_vs_in(struct netns_ipvs *ipvs, unsigned int hooknum, struct sk_buff *skb, int af) {     ...         IP_VS_DBG_PKT(11, af, pp, skb, iph.off, "Incoming packet");         /* Check the server status */         if (cp->dest && !(cp->dest->flags & IP_VS_DEST_F_AVAILABLE)) {                 /* the destination server is not available */                 __u32 flags = cp->flags;                 /* when timer already started, silently drop the packet.*/                 if (timer_pending(&cp->timer)) {                         IP_VS_DBG_BUF(7, "DEST1");// 标记 1                         __ip_vs_conn_put(cp);                 }                 else {                         IP_VS_DBG_BUF(7, "DEST2");// 标记 2                         ip_vs_conn_put(cp);                 }                 if (sysctl_expire_nodest_conn(ipvs) &&                     !(flags & IP_VS_CONN_F_ONE_PACKET)) {                         IP_VS_DBG_BUF(7, "DEST3");// 标记 3                         /* try to expire the connection immediately */                         ip_vs_conn_expire_now(cp);                 }                 IP_VS_DBG_BUF(7, "DEST4");// 标记 4                 return NF_DROP; // 丢包点位         }     ... }
附注:	Aone id: 36606734
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
280	[Anolis OS 8] - iso-images	一般	总是	2021-09-16 19:12	2021-09-16 20:18
报告员:	xuchunmei000	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	使用thinkpad x13安装anolis8.2 qu1版本，anck内核无法识别网卡和无线网卡，rhck内核可以
描述:	使用thinkpad x13安装anolis8.2 qu1版本，anck内核无法识别网卡和无线网卡，rhck内核可以. 网卡型号： 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (10) I219-V 00:14.3 Network controller: Intel Corporation Wireless-AC 9462 cpu型号： lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 142 Model name: Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz Stepping: 12 CPU MHz: 3903.326 CPU max MHz: 4200.0000 CPU min MHz: 400.0000 BogoMIPS: 4224.00 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 6144K NUMA node0 CPU(s): 0-7 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d arch_capabilities 日志中有acpi报错打印： [ 3.860252] ACPI Error: Needed [Integer/String/Buffer], found [Package] 00000000a6fdceb4 (20180810/exresop-472) [ 3.860279] ACPI Error: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20180810/dswexec-427) [ 3.860301] ACPI Error: Method parse/execution failed \ADBG, AE_AML_OPERAND_TYPE (20180810/psparse-516) [ 3.860327] ACPI Error: Method parse/execution failed \_SB.HIDD._DSM, AE_AML_OPERAND_TYPE (20180810/psparse-516)
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000427) Shiloong    2021-09-16 20:06	手动安插一下 e1000e 驱动试试呢? 看看有什么报错信息不?
(0000428) Shiloong    2021-09-16 20:14	drivers/net/ethernet/intel/e1000e/hw.h ANCK-4.19, 最大支持到 V9 #define E1000_DEV_ID_PCH_ICP_I219_V9 0x15E2 mainline 在这个 patch 合入支持: https://github.com/torvalds/linux/commit/914ee9c436cbe90c8ca8a46ec8433cb614a2ada5 #define E1000_DEV_ID_PCH_CMP_I219_V10 0x0D4F CentOS8/RHEL8 也合入了: - [netdrv] e1000e: Add support for Comet Lake (David Arcari) [1764549] - [netdrv] e1000e: Add support for S0ix (Ken Cox) [1721709] - [netdrv] e1000e: Make speed detection on hotplugging cable more reliable (Ken Cox) [1721709] - [netdrv] ethernet: Delete unnecessary checks before the macro call dev_kfree_skb (Ken Cox) [1721709] - [netdrv] e1000e: add workaround for possible stalled packet (Ken Cox) [1721709] - [netdrv] e1000e: Use dev_get_drvdata where possible (Ken Cox) [1721709] - [netdrv] net: Use skb accessors in network drivers (Ken Cox) [1721709] - [netdrv] e1000e: PCIm function state support (Ken Cox) [1721709] - [netdrv] e1000e: Make watchdog use delayed work (Ken Cox) [1721709] - [netdrv] e1000e: Reduce boot time by tightening sleep ranges (Ken Cox) [1721709] - [netdrv] e1000e: Increase pause and refresh time (Ken Cox) [1721709]
(0000429) xuchunmei000    2021-09-16 20:18	无线网卡信息： 00:14.3 Network controller: Intel Corporation Wireless-AC 9462 [8086:02f0]

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
279	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-09-16 16:07	2021-09-16 16:07
报告员:	CruzZhao	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	nr_expel_immune underflow
描述:	rq的nr_expel_immune在维护过程中出错，下溢出，具体场景见问题重现步骤
标签:
问题重现步骤:	建立两层cgroup，最下面一层cgroup配置一个较小的quota，并在该cgroup中运行任务触发quota 查看/proc/sched_debug，可以看到rq的nr_expel_immune underflow，甚至因此触发宕机
附注:	Aone id: 36841337
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
265	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-09-10 14:21	2021-09-16 14:16
报告员:	xuchunmei000	平台:	x86_64
分派给:	JingboXu	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	挂载overlay设置lowerdir=/时报错“Too many levels of symbolic links”
描述:	mkdir -p /var/lib/leapp/scratch/mounts/root_ mkdir system_upgrade upper work mount -t overlay overlay2 -o lowerdir=/,upperdir=/var/lib/leapp/scratch/mounts/root_/upper,workdir=/var/lib/leapp/scratch/mounts/root_/work /var/lib/leapp/scratch/mounts/root_/system_overlay mount: /var/lib/leapp/scratch/mounts/root_/system_overlay: mount(2) system call failed: Too many levels of symbolic links.
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000420) JingboXu    2021-09-16 14:06	fixed https://codeup.openanolis.cn/codeup/kernel/cloud-kernel/commit/65f3fcf9529997835f41a72d90115fe86f2b1080

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
278	[Anolis OS 8] - cloud kernel 5.10	一般	不适用	2021-09-15 17:38	2021-09-15 17:38
报告员:	dtcccc	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	kfence: 内存越界/UAF等问题定位能力
描述:	可以线上常态化开启，直接抓取root cause，解决内核内存乱改问题难题
标签:	FutureFeature
问题重现步骤:
附注:	Aone ID: 34796466
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
277	[Anolis OS 8] - cloud kernel 5.10	一般	总是	2021-09-15 15:22	2021-09-15 15:51
报告员:	CruzZhao	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	When thottle cfs_rq the judgement whether se is null is skipped before sub nr_running
描述:	When throttle cfs_rq, the judgement whether se is null is jumped before sub_nr_running(), which will result in the wrong statistics of nr_running.
标签:	nr_running, sched, throttle
问题重现步骤:
附注:	Aone ID: 36808908
系统说明
附件:

问题注释
(0000419) CruzZhao    2021-09-15 15:33	36808493

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
189	[Anolis OS 8] - iso-images	一般	总是	2021-07-02 09:51	2021-09-09 14:28
报告员:	gaomingyang	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-8.4_x86_64】中文环境安装Anolis-8.4系统，安装完成许可证协议为英文
描述:	中文环境安装Anolis-8.4系统，安装完成许可证协议为英文
标签:
问题重现步骤:	1.安装Anolis-8.4系统，选择中文安装 2.安装完成重启
附注:
系统说明
附件:	index.php.png (126,847 字节) 2021-07-02 09:51 https://bugs-old.openanolis.cn/file_download.php?file_id=103&type=bug image.png (29,923 字节) 2021-09-09 14:28 https://bugs-old.openanolis.cn/file_download.php?file_id=150&type=bug

问题注释
(0000388) yinyongchen    2021-09-09 14:28	中文语言中的协议内容也显示为英文

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
257	[Anolis OS 8] kernel	一般	总是	2021-09-07 15:29	2021-09-07 15:29
报告员:	anolislw	平台:	aarch64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-aarch64] 使用QU1版本镜像安装的虚拟机系统内dmesg报错：
描述:	使用QU1版本aarch64镜像安装虚拟机，虚拟机内dmesg有error/warn信息，如下 [root@localhost yum.repos.d]# dmesg -l err -T [Tue Sep 7 22:38:11 2021] pcieport 0000:00:03.0: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:02.7: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:02.6: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:02.5: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:02.4: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:02.3: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:02.2: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:02.1: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:02.0: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:01.7: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:05.6: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:05.5: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:05.4: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:05.3: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:05.2: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:05.1: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:05.0: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:04.7: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:04.6: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:04.5: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:04.4: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:04.3: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:04.2: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:04.1: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:04.0: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:03.7: Failed to check link status [Tue Sep 7 22:38:11 2021] pcieport 0000:00:03.6: Failed to check link status [Tue Sep 7 22:38:13 2021] Unable to find swap-space signature [root@localhost yum.repos.d]# dmesg -l warn -T [Tue Sep 7 22:38:05 2021] ACPI: SRAT not present [Tue Sep 7 22:38:05 2021] ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware [Tue Sep 7 22:38:05 2021] ACPI: SRAT not present [Tue Sep 7 22:38:05 2021] ACPI PPTT: No PPTT table found, CPU and cache topology may be inaccurate [Tue Sep 7 22:38:08 2021] cacheinfo: Unable to detect cache hierarchy for CPU 0 [Tue Sep 7 22:38:10 2021] sr 0:0:0:2: Power-on or device reset occurred [Tue Sep 7 22:38:13 2021] printk: systemd: 17 output lines suppressed due to ratelimiting
标签:
问题重现步骤:	机器信息] [root@localhost yum.repos.d]# uname -r 4.18.0-193.60.2.an8_2.aarch64 [root@localhost yum.repos.d]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@localhost yum.repos.d]# lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: HiSilicon Model: 0 Model name: Kunpeng-920 Stepping: 0x1 BogoMIPS: 200.00 NUMA node0 CPU(s): 0-3 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asimdfhm [root@localhost yum.repos.d]# yum repolist repo id repo name AppStream AnolisOS-8.2 - AppStream BaseOS AnolisOS-8.2 - BaseOS Plus AnolisOS-8.2 - Plus PowerTools AnolisOS-8.2 - PowerTools
附注:	[重新步骤] 使用QU1版本镜像安装虚拟机，进入虚拟机 dmesg -l warn -T dmesg -l err -T
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
231	[Anolis OS 8] kernel	一般	总是	2021-08-24 17:23	2021-09-07 10:54
报告员:	anolis_account	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2/4]dmesg check:MDS CPU bug present and SMT on, data leak possible；TAA CPU bug present and SMT on, data leak possible.
描述:	dmesg 检查发现报错信息 涉及镜像 Anolis 8.2 x86_64 rhck Anolis 8.2 x86_64 anck Anolis 8.4 x86_64 rhck Anolis 8.4 x86_64 anck 报错信息： # dmesg -l warn -T [Tue Aug 24 16:44:00 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Tue Aug 24 16:44:00 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details.
标签:
问题重现步骤:	reboot，检查dmesg信息 dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000365) Shiloong    2021-08-31 11:34	这个warning是CPU 安全漏洞提醒, 加命令行参数 mds=full,nosmt 可以缓解, 但对性能有影响. 这个需要评估风险, 这个 warning 低优先级跟进.
(0000379) yinyongchen    2021-09-07 10:54	Anolis 8.2 QU1 镜像安装虚拟机后，也有相同问题 Anolis 8.2 QU1 镜像安装虚拟机后，也有相同问题 --------- rhck # dmesg -l warn -T [Tue Sep 7 02:51:48 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Tue Sep 7 02:51:48 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. -------- anck # dmesg -l warn -T [Mon Sep 6 23:46:46 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Mon Sep 6 23:46:46 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
229	[Anolis OS 8] kernel	一般	总是	2021-08-24 17:03	2021-09-07 10:53
报告员:	anolis_account	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	Anolis 8.2/4 dmesg报错：Spectre V2 : Using retpoline on Skylake-generation processors may not fully mitigate the vulnerability.
描述:	dmesg 检查发现报错信息 涉及镜像 Anolis 8.2 x86_64 rhck Anolis 8.4 x86_64 rhck # dmesg -l warn -T [Tue Aug 24 13:55:46 2021] Spectre V2 : Using retpoline on Skylake-generation processors may not fully mitigate the vulnerability. [Tue Aug 24 13:55:46 2021] Spectre V2 : Add the "spectre_v2=ibrs" kernel boot flag to enable IBRS on Skylake systems that need full mitigation. Anolis 8.2 x86_64 rhck # uname -a Linux iZbp14edr7x0pa3evcvsnxZ 4.18.0-193.el8.x86_64 #1 SMP Wed Jan 27 06:47:29 CST 2021 x86_64 x86_64 x86_64 GNU/Linux Anolis 8.4 x86_64 rhck # uname -a Linux iZbp1382hkrkc458sqbby6Z 4.18.0-305.an8.x86_64 #1 SMP Sun Jun 20 14:13:18 CST 2021 x86_64 x86_64 x86_64 GNU/Linux
标签:
问题重现步骤:	重启机器， 查看dmesg信息 dmesg -l warn -T
附注:
系统说明
附件:

问题注释
(0000374) Shiloong    2021-09-06 10:55	这个问题只有 RHCK 有吗? 那不影响 ANCK 发布. 也是 Intel CPU 漏洞的 warning 提示, 影响不大. 也请 @富邻 一起看看, 评估一下吧.
(0000378) yinyongchen    2021-09-07 10:53	Anolis 8.2 QU1 镜像安装rhck内核的虚拟机后，有相同问题，anck无此问题： # dmesg -l warn -T [Tue Sep 7 02:51:48 2021] Spectre V2 : Using retpoline on Skylake-generation processors may not fully mitigate the vulnerability. [Tue Sep 7 02:51:48 2021] Spectre V2 : Add the "spectre_v2=ibrs" kernel boot flag to enable IBRS on Skylake systems that need full mitigation.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
213	[Anolis OS 8] - iso-images	一般	总是	2021-08-05 14:56	2021-09-07 10:41
报告员:	wb-zmy745940	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	Anolis 8.2/4 dmesg 有报错信息
描述:	dmesg 检查发现报错信息 涉及镜像 Anolis 8.2 x86_64 anck Anolis 8.4 x86_64 anck Anolis 8.2 arm64 anck Anolis 8.4 arm64 anck Anolis 8.4 arm64 rhck
标签:
问题重现步骤:	# dmesg | grep -Ei 'Call Trace|error|fail' [ 0.311808] acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM [ 0.311816] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [ 1.232491] RAS: Correctable Errors collector initialized. [ 2.107628] floppy: module verification failed: signature and/or required key missing - tainting kernel
附注:
系统说明
附件:	image.png (26,608 字节) 2021-08-05 14:56 https://bugs-old.openanolis.cn/file_download.php?file_id=123&type=bug

问题注释
(0000335) geliwei-ali    2021-08-06 18:16	https://bugzilla.kernel.org/show_bug.cgi?id=211765 rhel has same issue
(0000376) yinyongchen    2021-09-07 10:41	Anolis 8.2 QU1 镜像安装虚拟机后，也有相同问题 --------- rhck # dmesg -l warn -T [Tue Sep 7 02:51:48 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Tue Sep 7 02:51:54 2021] printk: systemd: 14 output lines suppressed due to ratelimiting -------- anck # dmesg -l warn -T [Mon Sep 6 23:46:46 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Mon Sep 6 23:46:52 2021] systemd: 14 output lines suppressed due to ratelimiting

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
250	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-09-01 10:57	2021-09-01 18:45
报告员:	BigXgiB	平台:	aarch64(Kunpeng)
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	无法实现虚拟机cpu热插拔
描述:	使用龙蜥镜像创建虚拟机后，在虚拟机开启条件下，使用virt-mananger或者virsh命令增加当前虚拟机cpu个数。 报错：无法执行 QEMU 命令 'cpu-add'：Not supported 经过排查，qemu中是支持虚拟机cpu热插拔的，希望社区能够排查是否内核支持cpu热插拔。
标签:
问题重现步骤:	[前置条件] 1. 服务器上装有libvirt相关软件包，且已经启动libvirtd服务； 2. 至少存在一个虚拟机，假定其名称为test； 3.cpu当前分配个数小于最大分配 1. 在终端运行命令启动虚拟机test： [root@localhost ~]# virsh start test 2. 在终端运行如下命令，查看指定域的vcpu数量： [root@localhost ~]# virsh vcpuinfo test 3. 在终端运行如下命令，更改指定域的vcpu数量： [root@localhost ~]# virsh setvcpus test 4 4. 重复步骤2，查看vcpu数量是否已经更改。
附注:
系统说明
附件:	image.png (61,666 字节) 2021-09-01 10:57 https://bugs-old.openanolis.cn/file_download.php?file_id=139&type=bug image-2.png (61,666 字节) 2021-09-01 10:57 https://bugs-old.openanolis.cn/file_download.php?file_id=140&type=bug

问题注释
(0000369) Shiloong    2021-09-01 18:45	目前社区 Qemu-kvm 及 Linux ARM64 架构都还不支持 CPU hotplug 功能

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
242	[Anolis OS 8] kernel	严重	总是	2021-08-30 14:32	2021-08-31 12:06
报告员:	anolis_liangwu1316	平台:	ecs.g6r.large/ecs.g6r.16xlarge
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.2/8.4
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2/8.4-aarch64-ecs.g6r.large/ecs.g6r.16xlarge] rhck_alibase_20210802镜像实例未能生成vmcore
描述:	[缺陷描述]： 使用Anolis arm64 4.18内核的镜像 anolisos_8_2_arm64_20G_rhck_alibase_20210802.vhd anolisos_8_4_arm64_20G_rhck_alibase_20210802.vhd 创建云上实例后，kdump服务正常情况下触发异常后未能生成vmcore [重现概率] 必现 [重现环境] 线上ecs实例，aarch64 OS: Anolis OS release 8.2 Anolis OS release 8.4 kernel: 4.18.0-305.an8.aarch64 [期望结果]： kdump服务状态正常 触发系统异常后，可在指定目录下生成内核异常转储文件vmcore [实际结果]： /var/crash目录下只有vmcore-dmesg.txt文件，而无vmcore 在创建的所有规格实例上均可发现
标签:
问题重现步骤:	systemctl status kdump echo c > /proc/sysrq-trigger 重新登陆机器 ls /var/crash/xxx -l
附注:
附件:	vmcore检查_anolisos_8_2_arm64_20G_rhck_alibase_20210802_large.png (63,454 字节) 2021-08-30 14:48 https://bugs-old.openanolis.cn/file_download.php?file_id=132&type=bug vmcore检查_anolisos_8_4_arm64_20G_rhck_alibase_20210802_large.png (67,152 字节) 2021-08-30 14:48 https://bugs-old.openanolis.cn/file_download.php?file_id=133&type=bug vmcore检查_anolisos_8_2_arm64_20G_rhck_alibase_20210802_large2.png (48,985 字节) 2021-08-31 12:06 https://bugs-old.openanolis.cn/file_download.php?file_id=138&type=bug

问题注释
(0000354) anolis_liangwu1316    2021-08-30 14:48
(0000367) anolis_liangwu1316    2021-08-31 12:06

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
248	[Anolis OS 8] kernel	一般	没有试验	2021-08-30 16:56	2021-08-30 16:56
报告员:	OpenBFW	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	创建ecs实例后，enabled的服务，unbound-anchor.service 启动失败
描述:	anolisos_8_4_x64_20G_rhck +ecs.ebmhfg7.48xlarge +4.18.0-305.an8.x86_64 anolisos_8_4_x64_20G_anck +ecs.ebmhfg7.48xlarge +4.19.91-24.4.an8.x86_64 unbound-anchor.service设置为自启动 enabled 但是该服务实际是启动失败状态 但是如果机器再次重启后，该服务就是启动成功状态， 就是第一次创建ecs实例成功了，该服务没有启动成功
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
233	[Anolis OS 8] kernel	一般	总是	2021-08-25 11:15	2021-08-30 16:53
报告员:	ouyang25	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	dmesg 出现异常 systemd-journald[1037]: File /run/log/journal/.../system.journal corrupted or uncleanly sh
描述:	系统信息：anolisos_8_2_x64_rhck anolisos_8_2_x64_anck 内核 4.18.0-193.el8.x86_64 os cat /etc/redhat-release Anolis OS release 8.2 线上实例规格 ：ecs.g5.large 和 ecs.g5.16xlarge 都有该问题 启动机器后，检查dmesg systemd-journald[1037]: File /run/log/journal/20210802140102473637031637010178/system.journal corrupted or uncleanly shut down, renaming and replacing.
标签:
问题重现步骤:	创建实例，启动后，查看dmesg信息
附注:
系统说明
附件:

问题注释
(0000357) wangjingjing    2021-08-30 16:23	系统信息：anolisos_8_2_x64_rhck anolisos_8_2_x64_anck 线上实例规格 ：ecs.i1.xlarge ecs.i12.xlarge 同样存在此问题
(0000361) yinyongchen    2021-08-30 16:53	系统信息：anolisos_8_2_x64_rhck anolisos_8_2_x64_anck 线上实例规格 ：ecs.ebmg5s.24xlarge ecs.ebmc6.26xlarge 同样存在此问题，anolis 8.2版本上似乎都有该错误信息，可能与系统版本相关

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
243	[Anolis OS 8] kernel	一般	总是	2021-08-30 14:57	2021-08-30 14:57
报告员:	anolis_liangwu1316	平台:	ecs.g6r.large/ecs.g6r.16xlarge
分派给:		操作系统:	Anolis OS
优先级:	低	操作系统版本:	8.2/8.4
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2/8.4-aarch64-ecs.g6r.large/ecs.g6r.16xlarge] rhck_alibase_20210802镜像实例内核日志有pcieport异常
描述:	[缺陷描述]： 使用Anolis arm64 4.18内核的镜像 anolisos_8_2_arm64_20G_rhck_alibase_20210802.vhd anolisos_8_4_arm64_20G_rhck_alibase_20210802.vhd 创建云上实例后，内核日志dmesg中有pcieport相关异常 [重现概率] 必现 [重现环境] 线上ecs实例，aarch64 OS: Anolis OS release 8.2 Anolis OS release 8.4 kernel: 4.18.0-305.an8.aarch64 [期望结果]： 系统启动后无error/warning [实际结果]： 有error/warning日志记录 [Tue Aug 24 12:24:49 2021] pcieport 0000:00:08.5: Failed to check link status [Tue Aug 24 12:24:49 2021] pcieport 0000:00:08.4: Failed to check link status [Tue Aug 24 12:24:50 2021] pcieport 0000:00:08.3: Failed to check link status [Tue Aug 24 12:24:50 2021] pcieport 0000:00:08.2: Failed to check link status [Tue Aug 24 12:24:50 2021] pcieport 0000:00:08.1: Failed to check link status [Tue Aug 24 12:24:50 2021] pcieport 0000:00:08.0: Failed to check link status [Tue Aug 24 12:24:50 2021] pcieport 0000:00:07.7: Failed to check link status [Tue Aug 24 12:24:50 2021] pcieport 0000:00:07.6: Failed to check link status [Tue Aug 24 12:24:50 2021] pcieport 0000:00:07.5: Failed to check link status [Tue Aug 24 12:24:50 2021] pcieport 0000:00:07.4: Failed to check link status
标签:
问题重现步骤:	reboot dmesg -l err -T | head dmesg -l warn -T | head
附注:
附件:	dmesg检查_anolisos_8_2_arm64_20G_rhck_alibase_20210802_large.png (51,117 字节) 2021-08-30 14:57 https://bugs-old.openanolis.cn/file_download.php?file_id=134&type=bug dmesg检查_anolisos_8_4_arm64_20G_rhck_alibase_20210802_large.png (49,415 字节) 2021-08-30 14:57 https://bugs-old.openanolis.cn/file_download.php?file_id=135&type=bug dmesg检查_anolisos_8_4_arm64_20G_rhck_alibase_20210802_16xlarge.png (51,598 字节) 2021-08-30 14:57 https://bugs-old.openanolis.cn/file_download.php?file_id=136&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
241	[Anolis OS 8] kernel	严重	总是	2021-08-30 12:21	2021-08-30 14:46
报告员:	anolis_liangwu1316	平台:	ecs.g6r.large/ecs.g6r.16xlarge
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.2/8.4
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2/8.4-aarch64-ecs.g6r.large/ecs.g6r.16xlarge] anck_alibase_20210802镜像实例未能生成vmcore
描述:	[缺陷描述]： 使用Anolis arm64 4.18内核的镜像 anolisos_8_2_arm64_20G_rhck_alibase_20210802.vhd anolisos_8_4_arm64_20G_rhck_alibase_20210802.vhd 创建云上实例后，kdump服务正常情况下触发异常后未能生成vmcore [重现概率] 必现 [重现环境] 线上ecs实例，aarch64 OS: Anolis OS release 8.2 Anolis OS release 8.4 kernel: 4.18.0-305.an8.aarch64 [期望结果]： kdump服务状态正常 触发系统异常后，可在指定目录下生成内核异常转储文件vmcore [实际结果]： /var/crash目录下只有vmcore-dmesg.txt文件，而无vmcore 在创建的所有规格实例上均可发现
标签:
问题重现步骤:	systemctl status kdump echo c > /proc/sysrq-trigger 重新登陆机器 ls /var/crash/xxx -l
附注:
附件:	vmcore检查_anolisos_8_2_arm64_20G_rhck_alibase_20210802_large.png (63,454 字节) 2021-08-30 12:21 https://bugs-old.openanolis.cn/file_download.php?file_id=130&type=bug vmcore检查_anolisos_8_4_arm64_20G_rhck_alibase_20210802_large.png (67,152 字节) 2021-08-30 12:21 https://bugs-old.openanolis.cn/file_download.php?file_id=131&type=bug

问题注释
(0000352) anolis_liangwu1316    2021-08-30 14:45	摘要中的镜像名称有误，应为anck_alibase_20210802镜像，见子问题0000242
(0000353) anolis_liangwu1316    2021-08-30 14:46	@anolis_liangwu1316:摘要中的镜像名称有误，应为rhck_alibase_20210802镜像，见子问题0000242 ----------------------------------------------------------------------------------------

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
240	[Anolis OS 8] kernel	一般	没有试验	2021-08-27 16:45	2021-08-27 16:45
报告员:	OpenBFW	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	创建ecs实例后，enabled的服务，sssd.service 启动失败
描述:	anolisos_8_4_x64_anck/rhck + ecs.ebmhfg7.48xlarge 内核4.18.0-193.el8.x86_64 sssd.service 设置为自启动 enabled 但是该服务reboot后，启动状态为异常
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
239	[Anolis OS 8] kernel	一般	没有试验	2021-08-27 16:32	2021-08-27 16:32
报告员:	OpenBFW	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	创建ecs实例后，enabled的服务，user@0.service 启动失败
描述:	anolisos_8_4_x64_anck/rhck + ecs.ebmhfg7.48xlarge 内核4.18.0-193.el8.x86_64 user@0.service设置为自启动 enabled 但是该服务实际是启动失败状态 但是如果机器再次重启后，该服务就是启动成功状态， 就是第一次创建ecs实例成功了，该服务没有启动成功
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
232	[Anolis OS 8] kernel	阻塞	总是	2021-08-25 10:43	2021-08-26 11:02
报告员:	kangwen429	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【Anolis8.2-rhck-x86-rhck-ecs.g7a.32xlarge】测试ltp用例sendto03时，系统crash：BUG: unable to handle kernel paging request at ffffbc8984181f
描述:	执行ltp用例sendto03时，系统crash：BUG: unable to handle kernel paging request at ffffbc8984181f vmcore-dmesg日志如下，更多信息查看附件vmcore-dmesg.txt: [54276.944385] LTP: starting cve-2020-14386 (sendto03) [54276.989747] BUG: unable to handle kernel paging request at ffffbc8984181ff6 [54276.990512] PGD 107d2d067 P4D 107d2d067 PUD 107d2e067 PMD 22e5bf067 PTE 0 [54276.991199] Oops: 0002 [#1] SMP NOPTI [54276.991571] CPU: 0 PID: 87754 Comm: sendto03 Kdump: loaded Not tainted 4.18.0-193.el8.x86_64 #1 [54276.992413] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 8f19b21 04/01/2014 [54276.993189] RIP: 0010:tpacket_rcv+0x741/0xa50 [54276.993625] Code: 48 03 2d 3a 2f 3b 70 48 83 45 00 01 e8 78 c8 7c ff 48 2b 44 24 08 8b 54 24 10 48 01 45 08 e9 b1 f9 ff ff 31 c9 49 8d 44 13 f6 <48> c7 00 00 00 00 00 66 89 48 08 41 8b 8f dc 00 00 00 49 03 8f e0 [54276.995403] RSP: 0018:ffffbc898197fbf0 EFLAGS: 00010246 [54276.995926] RAX: ffffbc8984181ff6 RBX: ffff9a3042c7e800 RCX: 0000000000000000 [54276.996614] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff8fc5bd33 [54276.997341] RBP: 0000000000000001 R08: ffff9a312ef80000 R09: 0000000000000000 [54276.998039] R10: 0000000000000ab0 R11: ffffbc8984182000 R12: ffff9a3057862000 [54276.998727] R13: ffff9a3057862000 R14: 0000000000000000 R15: ffff9a312d99c400 [54276.999425] FS: 00007f8c4555f5c0(0000) GS:ffff9a312fc00000(0000) knlGS:0000000000000000 [54277.000209] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [54277.000802] CR2: ffffbc8984181ff6 CR3: 0000000152f14001 CR4: 00000000003606f0 [54277.001498] Call Trace: [54277.001783] ? packet_getsockopt+0x3f0/0x3f0 [54277.002228] ? ftrace_graph_caller+0xa0/0xa0 [54277.002655] dev_hard_start_xmit+0x68/0x1e0 [54277.003122] ? ftrace_graph_caller+0xa0/0xa0 [54277.003552] __dev_queue_xmit+0x7e3/0x9f0 [54277.003966] ? __dev_queue_xmit+0x9f0/0x9f0 [54277.004400] ? ftrace_graph_caller+0xa0/0xa0 [54277.004862] packet_sendmsg+0x5fe/0x920 [54277.005276] ? ftrace_graph_caller+0xa0/0xa0 [54277.005703] sock_sendmsg+0x4c/0x50 [54277.006068] ? ftrace_graph_caller+0xa0/0xa0 [54277.006496] __sys_sendto+0xee/0x160 [54277.008605] ? ftrace_graph_caller+0x62/0xa0 [54277.010855] ? do_syscall_64+0x149/0x1a0 [54277.013022] ? ftrace_graph_caller+0xa0/0xa0 [54277.015168] __x64_sys_sendto+0x24/0x30 [54277.017276] ? ftrace_graph_caller+0xa0/0xa0 [54277.019410] do_syscall_64+0x5b/0x1a0 [54277.021491] ? ftrace_graph_caller+0xa0/0xa0 [54277.023569] entry_SYSCALL_64_after_hwframe+0x65/0xca [54277.025712] RIP: 0033:0x7f8c450793eb [54277.027693] Code: 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 f3 0f 1e fa 48 8d 05 75 42 2c 00 41 89 ca 8b 00 85 c0 75 14 b8 2c 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 75 c3 0f 1f 40 00 41 57 4d 89 c7 41 56 41 89 [54277.032984] RSP: 002b:00007ffe625a8778 EFLAGS: 00000246 ORIG_RAX: 000000000000002c [54277.035498] RAX: ffffffffffffffda RBX: 0000000000000400 RCX: 00007f8c450793eb [54277.038019] RDX: 0000000000000400 RSI: 0000000000626900 RDI: 0000000000000004 [54277.040516] RBP: 0000000000000004 R08: 00000000006268c0 R09: 0000000000000014 [54277.043056] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000626900 [54277.045594] R13: 0000000000418c70 R14: 00000000000000b0 R15: 0000000000000000 [54277.048158] Modules linked in: binfmt_misc cirrus crct10dif_pclmul crc32_pclmul drm_kms_helper joydev syscopyarea sysfillrect sysimgblt fb_sys_fops ghash_clmulni_intel pcspkr virtio_balloon drm i2c_piix4 ip_tables ext4 mbcache jbd2 ata_generic ata_piix libata crc32c_intel serio_raw virtio_console virtio_net net_failover failover virtio_blk [54277.056606] CR2: ffffbc8984181ff6 涉及镜像： Anolis8.2-rhck-x86 # uname -r 4.18.0-193.el8.x86_64 # cat /etc/image-id image_name="Anolis 8.2 RHCK 64 bit" image_id="anolisos_8_2_x64_20G_rhck_alibase_20210802.vhd" release_date="20210802140846"
标签:
问题重现步骤:
附注:
系统说明
附件:	vmcore-dmesg.txt (47,796 字节) 2021-08-25 10:43 https://bugs-old.openanolis.cn/file_download.php?file_id=126&type=bug

问题注释
(0000349) kangwen429    2021-08-26 11:02	和https://bugs.openanolis.cn/view.php?id=142是重复的，已知问题。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
235	[Anolis OS 8] kernel	一般	@30@	2021-08-25 11:28	2021-08-25 14:19
报告员:	ouyang25	平台:
分派给:		操作系统:
优先级:	中	操作系统版本:
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	机器启动后，dmesg出现异常log Call Trace相关信息
描述:	anolisos_8_4_x64_rhck + ecs.g5.large anolisos_8_4_x64_anck + ecs.g5.large 内核 4.19.91-24.4.an8.x86_64 log请参考附件图片
标签:
问题重现步骤:	第一次创建ecs实例，出现异常dmesg信息， 后来重启后，该异常没有看到了
附注:
附件:	image.png (90,613 字节) 2021-08-25 11:28 https://bugs-old.openanolis.cn/file_download.php?file_id=128&type=bug

问题注释
(0000348) ouyang25    2021-08-25 14:19	0000230 和这个bug重复了

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
236	[Anolis OS 8] kernel	一般	没有试验	2021-08-25 11:33	2021-08-25 11:33
报告员:	ouyang25	平台:	x86_64
分派给:		操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	新建	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	创建ecs实例后，enabled的服务，tuned.service 启动失败
描述:	anolisos_8_2_x64_anck + ecs.g5.large 内核4.18.0-193.el8.x86_64 tuned.service 设置为自启动 enabled 但是该服务实际是启动失败状态 但是如果机器再次重启后，该服务就是启动成功状态， 就是第一次创建ecs实例成功了，该服务没有启动成功
标签:
问题重现步骤:
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
212	[Anolis OS 8] * OTHERS	@30@	没有试验	2021-08-05 14:13	2021-08-20 11:13
报告员:	cherryliyumei	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis anaconda text 安装模式中文显示不正常
描述:	anolis anaconda text 安装模式中文显示不正常
标签:	8.4构建
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000336) geliwei-ali    2021-08-10 15:01	内核tty需要支持unicode字符/字体才可以
(0000345) jacobwang    2021-08-20 11:13	@素辉， 搞个截图

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
220	[Anolis OS 8] dhcp	一般	没有试验	2021-08-16 15:02	2021-08-17 14:19
报告员:	zhangwenlong	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	反馈	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	dhcp-client安装报错
描述:	dhcp-client安装的时候提示libdns-export.so.1110()(64bit)没有，这个文件应该是bind-export-libs-9.11.20-5的，但是实际源里边的是bind-export-libs-9.11.26
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000341) geliwei-ali    2021-08-17 14:19	我测试了一下，无法复现该问题，请确认一下dhcp-client的版本号？

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
130	[Anolis OS 8] - aliyun-images	一般	总是	2021-05-12 10:17	2021-08-17 14:16
报告员:	gaomingyang	平台:	x86_64
分派给:	Shiloong	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【Anolis-GA_x86】 【Anolis功能】虚拟机环境下无声卡驱动
描述:	/proc目录下，没有cards文件 模块里也查看不到关于声卡驱动的信息
标签:	8.2GA-210611
问题重现步骤:	lsmod | grep snd find /proc/ -name "cards"
附注:
系统说明
附件:	9.png (49,934 字节) 2021-05-12 10:17 https://bugs-old.openanolis.cn/file_download.php?file_id=54&type=bug

问题注释
(0000210) geliwei-ali    2021-05-17 20:52	CONFIG_SOUND CONFIG_SND
(0000340) Shiloong    2021-08-17 14:16	最新的内核 4.19.91-24.x.an8 声卡相关的配置已经默认开启, 请帮忙升级到新内核, 再确认! @gaomingyang

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
221	[Anolis OS 8] chrony	严重	总是	2021-08-16 17:41	2021-08-16 17:42
报告员:	jacobwang	平台:	x86_64
分派给:	yunqi-zwt	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	Anolis OS ntp 配置文件问题
描述:	Anolis OS ntp 配置文件问题 导致ntp 服务不能正常工作
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000338) jacobwang    2021-08-16 17:42	fixed on chrony-3.5-1.0.1.an8.src.rpm

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
203	[Anolis OS 8] anolis-release	一般	没有试验	2021-07-22 23:59	2021-08-10 15:14
报告员:	geliwei-ali	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis-release需要provides centos-release
描述:	用以改进兼容性
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000325) geliwei-ali    2021-07-23 01:28	https://codeup.openanolis.cn/codeup/anolis-os/anolis-release/merge_request/26428
(0000330) geliwei-ali    2021-07-23 12:50	https://codeup.openanolis.cn/codeup/anolis-os/anolis-release/merge_request/26432/changes#file=c35fec210a95f2994b566e7d6c616081925be244

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
211	[Anolis OS 8] - iso-images	严重	总是	2021-07-29 14:52	2021-08-10 15:04
报告员:	anoliswanqian	平台:	x86_64
分派给:	geliwei-ali	操作系统:	[anolisos]
优先级:	中	操作系统版本:	[8.2 GA]
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[anolisos 8.2 GA] [x86_64] [iso images] 用于kvm 全量安装（server with gui），系统安装成功，重启无法进入图形化登录界面
描述:	宿主机系统： AnolisOS8.2 虚拟化组件：kvm 管理工具： virsh vnc / console 镜像地址：http://8.131.87.1/kojifiles/repos/iso-box/isos/x86_64/8.2-GA/AnolisOS-8.2-GA-x86_64-dvd.iso 安装软件选择： server with gui 并选择所有的第三方软件 系统信息： [root@localhost tmp]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" [root@localhost tmp]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 1 Socket(s): 2 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping: 7 CPU MHz: 2500.000 BogoMIPS: 5000.00 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni [root@localhost tmp]# free -mh               total used free shared buff/cache available Mem: 7.6Gi 576Mi 6.4Gi 10Mi 667Mi 6.8Gi Swap: 4.0Gi 0B 4.0Gi 通过vnc客户端登录查看，会卡在附件图片位置，不能进入图形界面。 系统安装正常，virsh console 可进入，并看到： [root@localhost tmp]# dmesg -l err,warn -T [Thu Jul 29 21:48:20 2021] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [Thu Jul 29 21:48:20 2021] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [Thu Jul 29 21:48:20 2021] #2 [Thu Jul 29 21:48:20 2021] #3 [Thu Jul 29 21:48:20 2021] acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. [Thu Jul 29 21:48:21 2021] unchecked MSR access error: RDMSR from 0x1fc at rIP: 0xffffffff9c06b0c3 (native_read_msr+0x3/0x30) [Thu Jul 29 21:48:21 2021] Call Trace: [Thu Jul 29 21:48:21 2021] intel_idle_cpu_online+0x71/0xf3 [Thu Jul 29 21:48:21 2021] cpuhp_invoke_callback+0x9b/0x540 [Thu Jul 29 21:48:21 2021] ? sort_range+0x20/0x20 [Thu Jul 29 21:48:21 2021] cpuhp_thread_fun+0xb0/0x110 [Thu Jul 29 21:48:21 2021] smpboot_thread_fn+0xc5/0x160 [Thu Jul 29 21:48:21 2021] kthread+0x112/0x130 [Thu Jul 29 21:48:21 2021] ? kthread_park+0x80/0x80 [Thu Jul 29 21:48:21 2021] ret_from_fork+0x35/0x40 [Thu Jul 29 21:48:21 2021] unchecked MSR access error: WRMSR to 0x1fc (tried to write 0x0000000000000000) at rIP: 0xffffffff9c06b134 (native_write_msr+0x4/0x20) [Thu Jul 29 21:48:21 2021] Call Trace: [Thu Jul 29 21:48:21 2021] intel_idle_cpu_online+0x88/0xf3 [Thu Jul 29 21:48:21 2021] cpuhp_invoke_callback+0x9b/0x540 [Thu Jul 29 21:48:21 2021] ? sort_range+0x20/0x20 [Thu Jul 29 21:48:21 2021] cpuhp_thread_fun+0xb0/0x110 [Thu Jul 29 21:48:21 2021] smpboot_thread_fn+0xc5/0x160 [Thu Jul 29 21:48:21 2021] kthread+0x112/0x130 [Thu Jul 29 21:48:21 2021] ? kthread_park+0x80/0x80 [Thu Jul 29 21:48:21 2021] ret_from_fork+0x35/0x40 [Thu Jul 29 21:48:21 2021] integrity: Unable to open file: /etc/keys/x509_ima.der (-2) [Thu Jul 29 21:48:21 2021] integrity: Unable to open file: /etc/keys/x509_evm.der (-2) [Thu Jul 29 21:48:33 2021] systemd: 16 output lines suppressed due to ratelimiting
标签:
问题重现步骤:	通过virsh create ***.xml 启动安装，并按照附件图片的软件全量安装，系统安装成功后，重启。 重启无法进入图形化登录界面。 virsh vncdisplay *** 查看vnc端口后，通过vnc客户端登录查看，会卡在附件图片位置，不能进入图形界面。
附注:
系统说明
附件:	image.png (181,607 字节) 2021-07-29 14:52 https://bugs-old.openanolis.cn/file_download.php?file_id=121&type=bug image-2.png (101,977 字节) 2021-07-29 14:52 https://bugs-old.openanolis.cn/file_download.php?file_id=122&type=bug

问题注释
(0000337) geliwei-ali    2021-08-10 15:04	http://build.openanolis.cn/buildinfo?buildID=8330

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
61	[Anolis OS 8] - iso-images	严重	总是	2021-04-13 14:06	2021-08-06 11:25
报告员:	gaomingyang	平台:	aarch64(Kunpeng)
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【Anolis-8-RC2aarch64】【安装anolis】进入系统，直接花屏，无法操作
描述:	在百信鲲鹏服务器上安装anolis系统重启花屏，无法操作
标签:	8.2GA-210611
问题重现步骤:	1.在百信鲲鹏服务器上插入Anolis-RC2系统安装U盘 2.选择带GUI安装（后面的选项全选） 3.选择内核为4.19版本 4.自定义选择标准分区 5.安装完成之后点击重启并拔出u盘
附注:
系统说明
附件:

问题注释
(0000075) gaomingyang    2021-04-13 18:13	用华为鲲鹏服务器安装Centos8.2出现一样的问题
(0000098) layne-yang    2021-04-23 15:40	安装Anolis OS RC2 并安装使用多家kernel版本进行测试，发现部分版本没有该问题，由此判断是kernel的国产化支持不足导致的此现象。麻烦内核相关的同学跟进一下该问题。
(0000099) layne-yang    2021-04-23 19:08	通过对比测试可以判断，该问题是kernel同步国产化补丁有遗漏导致。
(0000167) jacobwang    2021-05-07 23:10	图形化安装后问题。 不影响基本安装。 优先级降低。
(0000334) geliwei-ali    2021-08-06 11:24	fixed by http://build.openanolis.cn/buildinfo?buildID=8330

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
209	[Anolis OS 8] - iso-images	一般	总是	2021-07-28 16:29	2021-07-28 17:48
报告员:	gaomingyang	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	【AnolisOS-8.4_aarch64/x86】用命令行安装虚拟机，安装包报错
描述:	用命令行安装虚拟机安装包报错
标签:
问题重现步骤:	1、在鲲鹏24安装Anolis-8.4 2、yum install virt-install libvirt qemu-kvm
附注:	执行： yum install virt-install qemu-kvm libvirt --allowerasing 可以安装
系统说明
附件:	index (1).png (224,179 字节) 2021-07-28 16:29 https://bugs-old.openanolis.cn/file_download.php?file_id=118&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
207	[Anolis OS 8] thunderbird	一般	总是	2021-07-26 10:23	2021-07-26 10:23
报告员:	ZhangBinChen	平台:
分派给:	zhoupeng	操作系统:	anolis 8.4
优先级:	中	操作系统版本:	anolis 8.4
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[Anolis 8.4] thunderbird errata 编译失败
描述:	http://build.openanolis.org/taskinfo?taskID=96076 http://8.131.87.1/kojifiles/work/tasks/6080/96080/build.log
标签:	8.4构建
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
206	[Anolis OS 8] * OTHERS	一般	总是	2021-07-26 10:22	2021-07-26 10:22
报告员:	ZhangBinChen	平台:
分派给:	zhoupeng	操作系统:	anolis 8.4
优先级:	中	操作系统版本:	anolis 8.4
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[Anolis 8.4] dotnet5.0 errata 编译失败
描述:	http://build.openanolis.org/taskinfo?taskID=96025 http://8.131.87.1/kojifiles/work/tasks/6031/96031/build.log
标签:	8.4构建
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
205	[Anolis OS 8] firefox	一般	总是	2021-07-26 10:19	2021-07-26 10:19
报告员:	ZhangBinChen	平台:
分派给:	zhoupeng	操作系统:	anolis 8.4
优先级:	中	操作系统版本:	anolis 8.4
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[Anolis 8.4] firefox errata 编译失败
描述:	http://build.openanolis.org/taskinfo?taskID=96078 http://8.131.87.1/kojifiles/work/tasks/6082/96082/build.log
标签:	8.4构建
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
204	[Anolis OS 8] dotnet3.1	一般	总是	2021-07-26 10:17	2021-07-26 10:17
报告员:	ZhangBinChen	平台:
分派给:	zhoupeng	操作系统:	anolis 8.4
优先级:	中	操作系统版本:	anolis 8.4
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[Anolis 8.4] dotnet3.1 errata 编译失败
描述:	http://8.131.87.1/kojifiles/work/tasks/6255/96255/build.log http://build.openanolis.org/taskinfo?taskID=96255
标签:	8.4构建
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
202	[Anolis OS 8] - releng	一般	总是	2021-07-22 23:38	2021-07-23 18:02
报告员:	geliwei-ali	平台:
分派给:	xingwei-liu	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	移除anolis-release中的epel仓库
描述:	Plus仓库已经集成了epel-release，现需要将anolis-release中的epel从下列repo文件中移除： AnolisOS-Debuginfo.repo AnolisOS-DDE.repo AnolisOS-Source.repo DDE安装文档中涉及到epel repo的部分需要做出相应的更新。
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000333) xingwei-liu    2021-07-23 18:02	相关信息已修复，代码已提交codeup，DDE相关安装文档已更新；文档链接：https://openanolis.yuque.com/docs/share/ed4e1ee3-96a6-434a-9e9d-21211714a806?# 《Anolis OS DDE release note》

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
184	[Anolis OS 8] - iso-images	一般	总是	2021-07-01 16:49	2021-07-23 14:47
报告员:	gaomingyang	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc2
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【Anolis_RC2_x86_64】页面显示不正确
描述:	Anolis安装完成后，欢迎页面图标显示不正确
标签:
问题重现步骤:	1.插入anolis系统安装盘 2.进入安装界面，图标显示不正常
附注:
系统说明
附件:	截图_选择区域_20210723144601.png (282,767 字节) 2021-07-23 14:47 https://bugs-old.openanolis.cn/file_download.php?file_id=116&type=bug

问题注释
(0000317) layne-yang    2021-07-15 18:45    (最后编辑： 2021-07-16 09:46)	麻烦测试同事添加下截图
(0000319) gaomingyang    2021-07-16 09:50	欢迎页面结果如下图
(0000332) gaomingyang    2021-07-23 14:47

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
200	[Anolis OS 8] dnf	严重	总是	2021-07-15 11:28	2021-07-23 13:56
报告员:	anoliswanqian	平台:
分派给:	xingwei-liu	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4] VM镜像中默认yum 源使用的是anolis8 的源，而不是8.4的源
描述:	yum repo 文件中$releasever 识别为8 . $ cat /etc/anolis-release Anolis OS release 8.4 $ cat /etc/yum.repos.d/{AnolisOS-AppStream.repo,AnolisOS-BaseOS.repo,AnolisOS-Plus.repo,AnolisOS-PowerTools.repo} [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/$releasever/AppStream/$basearch/os enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=0 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.cn/anolis/$releasever/BaseOS/$basearch/os enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=0 [Plus] name=AnolisOS-$releasever - Plus baseurl=http://mirrors.openanolis.cn/anolis/$releasever/Plus/$basearch/os enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=0 [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.cn/anolis/$releasever/PowerTools/$basearch/os enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS gpgcheck=0 $ yum repolist -v Loaded plugins: builddep, changelog, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, groups-manager, needs-restarting, playground, repoclosure, repodiff, repograph, repomanage, reposync YUM version: 4.4.2 cachedir: /var/tmp/dnf-admin-rilknd2d Repository epel is listed more than once in the configuration AnolisOS-8 - AppStream 30 MB/s | 6.6 MB 00:00 AnolisOS-8 - BaseOS 10 MB/s | 4.3 MB 00:00 AnolisOS-8 - PowerTools 16 MB/s | 1.7 MB 00:00 Extra Packages for Enterprise Linux Modular 8 - x86_64 3.6 MB/s | 664 kB 00:00 Repo-id : AppStream Repo-name : AnolisOS-8 - AppStream Repo-revision : 1626236007 Repo-updated : Wed 14 Jul 2021 12:13:30 PM CST Repo-pkgs : 5,041 Repo-available-pkgs: 4,386 Repo-size : 8.3 G Repo-baseurl : http://mirrors.openanolis.cn/anolis/8/AppStream/x86_64/os Repo-expire : 172,800 second(s) (last: Thu 15 Jul 2021 02:21:30 PM CST) Repo-filename : /etc/yum.repos.d/AnolisOS-AppStream.repo Repo-id : BaseOS Repo-name : AnolisOS-8 - BaseOS Repo-revision : 1626235856 Repo-updated : Wed 14 Jul 2021 12:10:56 PM CST Repo-pkgs : 1,528 Repo-available-pkgs: 1,526 Repo-size : 1.6 G Repo-baseurl : http://mirrors.openanolis.cn/anolis/8/BaseOS/x86_64/os Repo-expire : 172,800 second(s) (last: Thu 15 Jul 2021 02:21:32 PM CST) Repo-filename : /etc/yum.repos.d/AnolisOS-BaseOS.repo Repo-id : PowerTools Repo-name : AnolisOS-8 - PowerTools Repo-revision : 1626236116 Repo-updated : Wed 14 Jul 2021 12:15:16 PM CST Repo-pkgs : 1,474 Repo-available-pkgs: 1,427 Repo-size : 917 M Repo-baseurl : http://mirrors.openanolis.cn/anolis/8/PowerTools/x86_64/os Repo-expire : 172,800 second(s) (last: Thu 15 Jul 2021 02:21:33 PM CST) Repo-filename : /etc/yum.repos.d/AnolisOS-PowerTools.repo
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000315) geliwei-ali    2021-07-15 14:52	先手动安装 http://mirrors.aliyun.com/anolis/8.4/BaseOS/x86_64/os/Packages/anolis-release-8.4-2.an8.x86_64.rpm
(0000327) geliwei-ali    2021-07-23 09:51    (最后编辑： 2021-07-23 09:51)	请xingwei-liu将这个改动backport到8.2分支，目前仓库的大版本指向的是8.2， 这样将来如果变动软链接的指向，不会影响到8.2
(0000331) xingwei-liu    2021-07-23 13:56	anolis-release 8.2分支已同步修改并提交到codeup

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
17	[Anolis OS 8] kernel	一般	总是	2021-03-19 11:16	2021-07-23 10:29
报告员:	wb-zmy745940	平台:	x86_64
分派给:	cherryliyumei	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-RC1-4.18-x86]kdump配置crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M,erho c触发异常后，系统起不来
描述:	[缺陷描述]： kdump配置crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M,erho c > /proc/sysrq-trigger触发异常后，系统起不来 # cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/vmlinuz-4.18.0-193.el8.x86_64 root=/dev/mapper/ao-root ro mem=0 crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M resume=/dev/mapper/ao-swap rd.lvm.lv=ao/root rd.lvm.lv=ao/swap rhgb quiet # cat /sys/kernel/kexec_crash_size 268435456 [重现概率] 必现 [重现环境] Host:虚拟机 ，x86 OS:Anolis OS release 8.2 kernel:4.18.0-193.el8.x86_64 # lscpu Architecture:        x86_64 CPU op-mode(s):      32-bit, 64-bit Byte Order:          Little Endian CPU(s):              4 On-line CPU(s) list: 0-3 Thread(s) per core:  2 Core(s) per socket:  1 Socket(s):           2 NUMA node(s):        1 Vendor ID:           GenuineIntel CPU family:          6 Model:               85 Model name:          Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping:            7 CPU MHz:             2500.000 BogoMIPS:            5000.00 Hypervisor vendor:   KVM Virtualization type: full L1d cache:           32K L1i cache:           32K L2 cache:            1024K L3 cache:            36608K NUMA node0 CPU(s):   0-3 Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni # cat /proc/meminfo MemTotal:       16254768 kB MemFree:        13529776 kB MemAvailable:   15595552 kB Buffers:            3268 kB Cached:          2296212 kB SwapCached:            0 kB Active:           860072 kB Inactive:        1600944 kB Active(anon):     153496 kB Inactive(anon):    24792 kB Active(file):     706576 kB Inactive(file):  1576152 kB Unevictable:           0 kB Mlocked:               0 kB SwapTotal:       1888252 kB SwapFree:        1888252 kB Dirty:                96 kB Writeback:             0 kB AnonPages:        156916 kB Mapped:           170500 kB Shmem:             26580 kB KReclaimable:      72452 kB Slab:             178440 kB SReclaimable:      72452 kB SUnreclaim:       105988 kB KernelStack:        4292 kB PageTables:         8784 kB NFS_Unstable:          0 kB Bounce:                0 kB WritebackTmp:          0 kB CommitLimit:    10015636 kB Committed_AS:    1355408 kB VmallocTotal:   34359738367 kB VmallocUsed:           0 kB VmallocChunk:          0 kB Percpu:             1808 kB HardwareCorrupted:     0 kB AnonHugePages:     36864 kB ShmemHugePages:        0 kB ShmemPmdMapped:        0 kB HugePages_Total:       0 HugePages_Free:        0 HugePages_Rsvd:        0 HugePages_Surp:        0 Hugepagesize:       2048 kB Hugetlb:               0 kB DirectMap4k:      147328 kB DirectMap2M:     5095424 kB DirectMap1G:    13631488 kB [重现步骤]： 1.安装相关包，重启kdump服务 yum -y install crash kexec-tools systemctl restart kdump 2.修改grub文件，配置crashkernel，重启 sed -i 's/\(^GRUB_CMDLINE_LINUX=.*\)\(crashkernel\)=[^ ]\+ /\1 mem=0 \2=0M-2G:0M,2G-8G:192M,8G-:256M /' /etc/default/grub grub2-mkconfig -o /boot/grub2/grub.cfg shutdown -r now 3.查看crashkernel内存是否预留成功 cat /sys/kernel/kexec_crash_size 4.触发异常 echo c >/proc/sysrq-trigger 5.查看系统是否生成vmcore ll /var/crash 6.crash解析vmcore [期望结果]： 触发异常后，可生成vmcore，并crash可正常解析 [实际结果]： echo c >/proc/sysrq-trigger 触发异常后，系统起不来 [原因定位]： crashkernel设置为256M，触发异常后，系统起不来 设置crashkernel=0M-2G:0M,2G-8G:192M,8G-:512M，触发异常后，系统可起来，可正常生成vmcore； # cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/vmlinuz-4.18.0-193.el8.x86_64 root=/dev/mapper/ao-root ro mem=0 crashkernel=0M-2G:0M,2G-8G:192M,8G-:512M resume=/dev/mapper/ao-swap rd.lvm.lv=ao/root rd.lvm.lv=ao/swap rhgb quiet # cat /sys/kernel/kexec_crash_size 536870912 # cd /var/crash/127.0.0.1-2021-03-10-15\:39\:12/ # ll total 111680 -rw-------. 1 root root 114313580 Mar 11 04:39 vmcore -rw-r--r--. 1 root root     40970 Mar 11 04:39 vmcore-dmesg.txt [修复建议]：
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000068) wb-wpp899309    2021-04-13 15:13	rc2内核：4.18.0-193.el8.x86_64 同样有这个问题 1、启动参数： BOOT_IMAGE=(hd0,msdos1)/vmlinuz-4.18.0-193.el8.x86_64 root=/dev/mapper/ao-root ro crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M resume=/dev/mappe/ao-swap rd.lvm.lv=ao/root rd.lvm.lv=ao/swap rhgb quiet 2、内存：# cat /proc/meminfo MemTotal: 16156464 kB MemFree: 15475960 kB MemAvailable: 15596584 kB Buffers: 3332 kB Cached: 368824 kB SwapCached: 0 kB Active: 204508 kB Inactive: 287424 kB Active(anon): 120848 kB Inactive(anon): 17332 kB Active(file): 83660 kB Inactive(file): 270092 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 528380 kB SwapFree: 528380 kB Dirty: 108 kB Writeback: 0 kB AnonPages: 115728 kB Mapped: 112824 kB Shmem: 18408 kB KReclaimable: 40100 kB Slab: 116172 kB SReclaimable: 40100 kB SUnreclaim: 76072 kB KernelStack: 4288 kB PageTables: 8380 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 8606612 kB Committed_AS: 997084 kB VmallocTotal: 34359738367 kB VmallocUsed: 0 kB VmallocChunk: 0 kB Percpu: 1568 kB HardwareCorrupted: 0 kB AnonHugePages: 26624 kB ShmemHugePages: 0 kB ShmemPmdMapped: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB Hugetlb: 0 kB DirectMap4k: 114560 kB DirectMap2M: 4079616 kB DirectMap1G: 14680064 kB
(0000089) xuehaolin    2021-04-16 16:10    (最后编辑： 2021-04-16 16:14)	目前我们的内核不支持crashkernel=auto这个参数，只能手动配置crashkernel的值，而这个值的大小和系统内存大小有关。 crashkernel设置为256M，触发异常后，系统起不来是因为crashkernel值设置太小的问题。 设置crashkernel=0M-2G:0M,2G-8G:192M,8G-:512M，触发异常后，系统可起来，可正常生成vmcore。 # cat /sys/kernel/kexec_crash_size 536870912 可以看到kexec_crash_size被设置为512M了。 需要内核SIG组同志确认一下这个要支持不？
(0000132) jacobwang    2021-05-06 10:44	该问题优先级低， 不影响发布
(0000294) wb-wpp899309    2021-06-30 15:04	# uname -r 4.18.0-305.an8.x86_64 [root@VM20210305-3 wb-wpp899309]# cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" 有相同的问题
(0000328) geliwei-ali    2021-07-23 10:29	RHCK的默认参数是crash=auto，如果测试case是8G以上分配256内存那需要确认，是不是256是合理的值，改成512后是不是足够用了（比如32G内存的情况）

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
194	[Anolis OS 8] * OTHERS	一般	没有试验	2021-07-02 17:13	2021-07-23 09:18
报告员:	sshnuke1	平台:
分派给:	xingwei-liu	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolisos 8.4启用dde仓库后冲突
描述:	anolisos8环境 yum config-manager --enable DDE 启用DDE仓库后 dnf update 和 yum groupinstall dde 都出现软件包冲突 无法正常安装DDE桌面
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000326) xingwei-liu    2021-07-23 09:18	此问题已修复，原因是ffmpeg软件包依赖库更新，ffmpeg需重新编译，软件包已提交koji，DDE目前可以正常安装。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
158	[Anolis OS 8] grub2	严重	总是	2021-06-10 16:58	2021-07-20 19:43
报告员:	weimingjiang	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis 8.2 GA版本uefi模式下，安装grub2-efi-x64-cdboot包会报错
描述:	anolis 8.2 GA版本uefi模式下，安装grub2-efi-x64-cdboot包会报如下错误： error: lsetfilecon: (/boot/efi/EFI/anolis/fonts, system_u:object_r:boot_t:s0) Operation not supported error: lsetfilecon: (/boot/efi/EFI/anolis/fonts/unicode.pf2;60c24311, system_u:object_r:boot_t:s0) Operation not supported error: lsetfilecon: (/boot/efi/EFI/anolis/gcdx64.efi;60c24311, system_u:object_r:boot_t:s0) Operation not supported
标签:	grub2
问题重现步骤:	1、在uefi模式下安装anolis 8.2 GA版本 2、执行yum install grub2-efi-x64-cdboot # yum install grub2-efi-x64-cdboot Last metadata expiration check: 0:02:01 ago on Thu 10 Jun 2021 12:49:26 PM EDT. ……………… Running transaction   Preparing : 1/1   Installing : grub2-efi-x64-cdboot-1:2.02-87.0.1.an8.3.x86_64 1/1 error: lsetfilecon: (/boot/efi/EFI/anolis/fonts, system_u:object_r:boot_t:s0) Operation not supported error: lsetfilecon: (/boot/efi/EFI/anolis/fonts/unicode.pf2;60c24311, system_u:object_r:boot_t:s0) Operation not supported error: lsetfilecon: (/boot/efi/EFI/anolis/gcdx64.efi;60c24311, system_u:object_r:boot_t:s0) Operation not supported   Verifying : grub2-efi-x64-cdboot-1:2.02-87.0.1.an8.3.x86_64 1/1 Installed:   grub2-efi-x64-cdboot-1:2.02-87.0.1.an8.3.x86_64 Complete! 3、会看到 error: lsetfilecon 错误 或者直接升级grub包也可以复现
附注:
系统说明
附件:

问题注释
(0000320) layne-yang    2021-07-20 19:41	该问题原因是，安装grub2-efi-x64时没有修改grub相关内容的安全上下文的权限。将anolis-8.2Ga环境下的rpm升级到4.14.3-2及其以上版本即可安装grub2-efi-x64-cdboot。因为在rpm-4.14.3-2重新添加了rabase中丢弃的selinux的修复。所以在Anolis8.4的版本中不存在该问题。建议升级系统。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
190	[Anolis OS 8] - iso-images	一般	总是	2021-07-02 10:00	2021-07-15 18:48
报告员:	gaomingyang	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-8.4_x86_64】在intel台式机安装Anolis-8.4显示问题
描述:	在intel台式机正常安装AnolisOS-8.4系统，界面显示不正常
标签:
问题重现步骤:	1.插入系统安传哦安 2.正常安装Anolis-8.4系统
附注:
系统说明
附件:	mailOperateAction_mailInnerFileDownloadImg.do.jpg (47,211 字节) 2021-07-02 10:00 https://bugs-old.openanolis.cn/file_download.php?file_id=104&type=bug

问题注释
(0000318) layne-yang    2021-07-15 18:48	分辨率问题，默认选择了较小的分辨率。4.18kernel没问题，支持多个分辨率，可以自动选择最优分辨率。目前判断是4.19kernel读取设备分辨率失败导致的问题。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
182	[Anolis OS 8] - iso-images	一般	总是	2021-06-30 16:43	2021-07-15 18:41
报告员:	anoliswanqian	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	稍后处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][x86_64] iso_images 镜像安装后，grub启动项显示8.2.但是系统是8.4的系统
描述:	目前只验证了x86的镜像文件，链接如下： https://mirrors.openanolis.cn/anolis/8.4/isos/x86_64/AnolisOS-8.4-x86_64-dvd.iso
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (115,267 字节) 2021-06-30 16:43 https://bugs-old.openanolis.cn/file_download.php?file_id=98&type=bug image-2.png (45,043 字节) 2021-06-30 16:43 https://bugs-old.openanolis.cn/file_download.php?file_id=99&type=bug

问题注释
(0000297) jacobwang    2021-07-04 13:43	8.4 kernel 需要重编， 否则bls.conf 会影响grub对应menu config。 另外， 下一次8.4 kernel 编译需要增加最新的修改，如。 "Hygon CPU has 2 CCP devices, add them in the device list."
(0000316) layne-yang    2021-07-15 18:41	下个版本fix该问题。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
188	[Anolis OS 8] - iso-images	一般	总是	2021-07-02 09:49	2021-07-15 18:34
报告员:	gaomingyang	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	重复问题
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【AnolisOS-8.4_x86_64/aarch64】安装完8.4版本的系统后grub界面显示为8.2
描述:	安装完8.4版本的系统后grub界面显示为8.2
标签:
问题重现步骤:	1.使用U盘安装系统,选择Server with GUI 2.完成后进入系统
附注:
系统说明
附件:	图片10.png (159,089 字节) 2021-07-02 09:49 https://bugs-old.openanolis.cn/file_download.php?file_id=102&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
192	[Anolis OS 8] - iso-images	严重	总是	2021-07-02 16:06	2021-07-14 01:04
报告员:	qhw13324663979	平台:
分派给:	zhoupeng	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis-8-x86_64] anolis-8-x86_64-boot-20210627.0.iso->boot iso启动失败
描述:	在用anolis-8-x86_64-boot-20210627.0.iso创建虚机时失败
标签:
问题重现步骤:
附注:
附件:	e6808524992d04d01ea7a965eaa9a3f977e9994cf3b64cf06fa3d4f22ad9c26fQzpcVXNlcnNccWluaG9uZ3dlaVxBcHBEYXRhXFJvYW1pbmdcRGluZ1RhbGtcMTcyOTAxNDY1NV92MlxJbWFnZUZpbGVzXDIxMDAxXDE2MjUyMDY5NzY5OTVfRUY4NDIyMjQtNTFGRC00YWYwLUI4RDItOUZENUFDRjA3Q0I5LnBuZw==.png (42,010 字节) 2021-07-02 16:06 https://bugs-old.openanolis.cn/file_download.php?file_id=106&type=bug vm_anolis-8-x86_64-boot.xml.txt (2,954 字节) 2021-07-06 11:43 https://bugs-old.openanolis.cn/file_download.php?file_id=109&type=bug anaconda-tb-6nl5v8vj.txt (23,828 字节) 2021-07-06 18:02 https://bugs-old.openanolis.cn/file_download.php?file_id=111&type=bug boot_iso.PNG (224,033 字节) 2021-07-09 18:35 https://bugs-old.openanolis.cn/file_download.php?file_id=112&type=bug image.png (21,306 字节) 2021-07-14 00:58 https://bugs-old.openanolis.cn/file_download.php?file_id=113&type=bug image-2.png (15,322 字节) 2021-07-14 00:58 https://bugs-old.openanolis.cn/file_download.php?file_id=114&type=bug image-3.png (39,445 字节) 2021-07-14 00:58 https://bugs-old.openanolis.cn/file_download.php?file_id=115&type=bug

问题注释
(0000304) zhoupeng    2021-07-06 11:43	Bug可以复现。 boot.iso镜像：是boot.iso，不是正式的ISO，（654M小型ISO）。 http://8.131.87.1/kojifiles/output/anolis-8-20210627.0/compose/BaseOS/x86_64/iso/anolis-8-x86_64-boot-20210627.0.iso 虚拟机环境：KVM虚拟机的virsh XML配置文件(用于复现测试虚拟机的参数，即模拟硬件环境)，附件（vm_anolis-8-x86_64-boot.xml.txt） 下一步： 1）使用大的完整ISO镜像测试做验证 2）查看boot.iso的构建流程和素材，做分析，跟大的ISO镜像做对比 3) Anaconda环境 截图日志的方式，日志很难跟踪和分析。 构建Anaconda的调试环境，方便获取Anaconda的原始日志。
(0000305) zhoupeng    2021-07-06 14:56    (最后编辑： 2021-07-06 14:57)	>1）使用大的完整ISO镜像测试做验证 在大的完整镜像anolis-8-x86_64-dvd1-20210627.0.iso (8.5G ISO)上无复现该Bug. http://build.openanolis.cn/kojifiles/output/anolis-8-20210627.0/compose/BaseOS/x86_64/iso/anolis-8-x86_64-dvd1-20210627.0.iso
(0000309) zhoupeng    2021-07-06 18:02    (最后编辑： 2021-07-07 10:52)	> 3) Anaconda环境 (日志文件，开头行相关日志) ，日志附件[anaconda-tb-6nl5v8vj.txt] 错误相关日志： anaconda 29.19.2.17 exception report Traceback (most recent call first):   File "/usr/lib64/python3.6/site-packages/pyanaconda/ui/gui/spokes/kernel_selection.py", line 119, in _initialize     self.current_kernel = list(self.available_kernels.keys())[0]   File "/usr/lib64/python3.6/threading.py", line 864, in run     self._target(*self._args, **self._kwargs)   File "/usr/lib64/python3.6/site-packages/pyanaconda/threading.py", line 286, in run     threading.Thread.run(self) IndexError: list index out of range Local variables in innermost frame: kernel_pattern: re.compile('kernel-[4,5].\\d+.\\d+') self: KernelSelectionSpoke 下一步： 4）定位Anaconda包源码。
(0000313) zhoupeng    2021-07-09 18:35	已经完成针对该问题的（anaconda）开发调试环境搭建，完成bug异常位置定位，解决该异常的补丁验证和效果验证。如附件截图boot_iso.png所示.。 即增加了边界检查，当未提供RPM repo时，正常的提示软件源错误，而不是触发异常。该补丁对full iso无副作用。 下一步： 对于boot iso，增加网络源，如果没有本地源，则使用网络源； 对于full iso，使用本地源。 以上规则统一为：如果随附DVD安装光盘有本地源，则使用本地源，否则使用网络源，从而不会改变full iso的行为（当前full iso会随盘附加RPM repo本地源）。
(0000314) zhoupeng    2021-07-14 00:58	已经提交补丁修复。 https://codeup.openanolis.cn/codeup/anolis-os/anaconda/merge_request/26379 修复后效果如图（依次操作）：

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
178	[Anolis OS 8] php	一般	没有试验	2021-06-22 09:46	2021-07-08 22:35
报告员:	sshnuke1	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	没法安装remi包
描述:	需要安装多php版本，在安装remi包时候报错 [root@DESKTOP-F14TQUJ Administrator.DESKTOP-F14TQUJ]# dnf install http://rpms.remirepo.net/enterprise/remi-release-8.rpm Last metadata expiration check: 1 day, 0:50:12 ago on Mon 21 Jun 2021 08:52:40 AM CST. remi-release-8.rpm 29 kB/s | 25 kB 00:00 Error:  Problem: conflicting requests   - nothing provides epel-release = 8 needed by remi-release-8.3-1.el8.remi.noarch   - nothing provides redhat-release >= 8.3 needed by remi-release-8.3-1.el8.remi.noarch (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000275) sshnuke1    2021-06-22 09:53	补充解释：目的是为了安装多个版本php（主要是7.2/7.4/8.0及组件） 如果anolisos直接在yum源里集成，不需要再装remi包的话也是可行的
(0000288) wb-zh951434    2021-06-28 15:26	请等待8.4 版本
(0000307) sshnuke1    2021-07-06 16:25	在8.4下 首先 yum --enablerepo=epel install epel-release 安装epel-release 然后 yum install http://rpms.remirepo.net/enterprise/remi-release-8.rpm 安装适配rhel8版的remi源 之后在yum list时报代码包冲突 Modular dependency problems:  Problem 1: conflicting requests   - nothing provides module(platform:el8) needed by module composer:2:20210705055434:00000000-0.x86_64  Problem 2: conflicting requests   - nothing provides module(platform:el8) needed by module glpi:9.4:20210705055434:00000000-0.x86_64
(0000312) geliwei-ali    2021-07-08 22:34	fixed by libdnf-0.55.0-7.0.2.an8

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
198	[Anolis OS 8] * OTHERS	@10@	总是	2021-07-06 16:55	2021-07-06 16:55
报告员:	yunqi-zwt	平台:
分派给:	yunqi-zwt	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	ansible 兼容 anolis OS
描述:	ansible 多个module 没有支持 anolis， 需要在ansible 添加anolis OS模块的支持。待支持的模块： 1. host 模块 - done 2. ansible.posix.firewalld 3. yum/dnf 4. TBD
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
187	[Anolis OS 8] - iso-images	严重	总是	2021-07-02 09:47	2021-07-06 16:44
报告员:	gaomingyang	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.4
		目标版本:
标题:	【AnolisOS-8.4_x86_64】【安装】安装软件选择勾选工作站，右侧额外软件全部勾选报错
描述:	安装软件选择勾选工作站，右侧额外软件全部勾选报错
标签:
问题重现步骤:	1.进入安装界面，选择工作站 2.全部勾选额外软件包
附注:
系统说明
附件:	index.php.png (194,098 字节) 2021-07-02 09:47 https://bugs-old.openanolis.cn/file_download.php?file_id=101&type=bug 图片.png (201,075 字节) 2021-07-06 15:44 https://bugs-old.openanolis.cn/file_download.php?file_id=110&type=bug

问题注释
(0000306) layne-yang    2021-07-06 15:44	evolution-mapi包没有重编导致。
(0000308) geliwei-ali    2021-07-06 16:44	fixed by http://build.openanolis.cn/koji/buildinfo?buildID=8048

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
193	[Anolis OS 8] - iso-images	一般	没有试验	2021-07-02 16:15	2021-07-04 14:08
报告员:	qhw13324663979	平台:
分派给:	zhoupeng	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis-8-aarch64] anolis-8-aarch64-boot-20210627.0.iso->boot iso启动失败
描述:	用anolis-8-aarch64-boot-20210627.0.iso 创建虚机失败
标签:
问题重现步骤:
附注:
附件:	9fb59679a03dece2c074301b2102407ce6c68ed6a5eb95c1148b4eda90c8c3c3QzpcVXNlcnNccWluaG9uZ3dlaVxBcHBEYXRhXFJvYW1pbmdcRGluZ1RhbGtcMTcyOTAxNDY1NV92MlxJbWFnZUZpbGVzXDIxMDAxXDE2MjUyMTAyOTg1NjFfMTkwRTFERkEtNDUwQS00N2UyLTg4QkUtRUMwOTE2N0QxNjIwLnBuZw==.png (130,895 字节) 2021-07-02 16:15 https://bugs-old.openanolis.cn/file_download.php?file_id=107&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
185	[Anolis OS 8] kernel	一般	总是	2021-07-01 17:26	2021-07-04 14:02
报告员:	yinyongchen	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.4
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.4-4.18-aarch64] ltp-latest-controllers->用例memcg_subgroup_charge，测试进程加入task文件后被kill -0杀掉
描述:	[缺陷描述]： ltp-latest-controllers->用例memcg_subgroup_charge，测试进程加入开启cgroup内存限额的task文件后被kill -0杀掉 Anolis 8.2-4.18-aarch64无此问题 T-one链接：https://tone.aliyun-inc.com/ws/6yddz4ne/test_result/27632 错误日志如下： <<<test_start>>> tag=memcg_subgroup_charge stime=1625060114 cmdline="memcg_subgroup_charge.sh" contacts="" analysis=exit <<<test_output>>> memcg_subgroup_charge 1 TINFO: Starting test 1 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_subgroup_charge 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_subgroup_charge 1 TINFO: Running memcg_process --mmap-anon -s 2162688 memcg_subgroup_charge 1 TINFO: Warming up pid: 235279 memcg_subgroup_charge 1 TINFO: Process is still here after warm up: 235279 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 120: 235279 Killed memcg_process --mmap-anon -s $PAGESIZES memcg_subgroup_charge 1 TFAIL: rss is 0, 2162688 expected /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 429: echo: write error: No such process memcg_subgroup_charge 2 TPASS: rss is 0 as expected /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 434: echo: write error: No such process memcg_subgroup_charge 3 TINFO: Starting test 2 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_subgroup_charge 3 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_subgroup_charge 3 TINFO: Running memcg_process --mmap-anon -s 2162688 memcg_subgroup_charge 3 TINFO: Warming up pid: 235327 memcg_subgroup_charge 3 TINFO: Process is still here after warm up: 235327 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 120: 235327 Killed memcg_process --mmap-anon -s $PAGESIZES memcg_subgroup_charge 3 TFAIL: rss is 0, 2162688 expected /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 429: echo: write error: No such process memcg_subgroup_charge 4 TPASS: rss is 0 as expected /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 434: echo: write error: No such process memcg_subgroup_charge 5 TINFO: Starting test 3 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 522: echo: write error: Device or resource busy memcg_subgroup_charge 5 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_subgroup_charge 5 TINFO: Running memcg_process --mmap-anon -s 2162688 memcg_subgroup_charge 5 TINFO: Warming up pid: 235358 memcg_subgroup_charge 5 TINFO: Process is still here after warm up: 235358 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 120: 235358 Killed memcg_process --mmap-anon -s $PAGESIZES memcg_subgroup_charge 5 TFAIL: rss is 0, 2162688 expected /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 429: echo: write error: No such process memcg_subgroup_charge 6 TPASS: rss is 0 as expected /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 434: echo: write error: No such process <<<execution_status>>> initiation_status="ok" duration=4 termination_type=exited termination_id=1 corefile=no cutime=10 cstime=19 <<<test_end>>> [重现概率] 必现 [重现环境] Host:虚拟机 ，aarch64 OS: # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" kernel: # uname -r 4.18.0-305.an8.aarch64 [期望结果]： 用例PASS [实际结果]： 用例FAIL [初步分析]： memcg_process.c 是用例自己的测试程序，主要用来申请与释放内存，接收一次USR1信号时会使用mmap申请与限额等值的内存，再接收一次USR1信号时则会释放掉之前申请的内存；同时程序接收到INT信号时则会退出 用例中的warmup()接口在测试程序未加入cgroup限额时发送了两次USR1信号和一次-0信号，测试程序未退出(经测试此时只发送一次USR1信号再发送-0信号也不会退出)；但在把测试程序的pid加入cgroup限额后，发送一次USR1信号后再发送一次-0信号时测试程序会直接被kill 以此现象分析，该问题应该与cgroup内存限额功能有关
标签:
问题重现步骤:	git clone http://gitlab.alibaba-inc.com/alikernel/ltp.git --branch LTP-20190517 make autotools ./configure make && make install  /opt/ltp/runltp -f controllers -s memcg_subgroup_charge
附注:
系统说明
附件:

问题注释
(0000296) wb-wpp899309    2021-07-01 20:13	4.18.0-305.an8.x86_64 有同样失败

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
186	[Anolis OS 8] kernel	一般	总是	2021-07-01 19:09	2021-07-04 14:02
报告员:	wb-wpp899309	平台:	Anolis OS
分派给:	geliwei-ali	操作系统:	x86_64
优先级:	中	操作系统版本:	8.4
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.4-4.18-x86]ltp-latest-controllers->memcg_stat测试用例hierarchical_memory_limit实际结果与预期不符
描述:	缺陷描述]： 从memory.stat中读取到的hierarchical_memory_limit值与预期不符       错误日志如下： <<<test_start>>> tag=memcg_stat stime=1625136715 cmdline="memcg_stat_test.sh" contacts="" analysis=exit <<<test_output>>> incrementing stop 1111111111111111114096 memcg_stat_test 1 TINFO: Starting test 1 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 523: echo: write error: Device or resource busy memcg_stat_test 1 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_stat_test 1 TINFO: Running memcg_process --shm -k 3 -s 135168 memcg_stat_test 1 TINFO: Warming up pid: 55761 memcg_stat_test 1 TINFO: Process is still here after warm up: 55761 memcg_stat_test 1 TPASS: cache is 135168 as expected memcg_stat_test 2 TINFO: Starting test 2 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 523: echo: write error: Device or resource busy memcg_stat_test 2 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_stat_test 2 TINFO: Running memcg_process --mmap-file -s 135168 memcg_stat_test 2 TINFO: Warming up pid: 55781 memcg_stat_test 2 TINFO: Process is still here after warm up: 55781 memcg_stat_test 2 TPASS: mapped_file is 135168 as expected memcg_stat_test 3 TINFO: Starting test 3 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 523: echo: write error: Device or resource busy memcg_stat_test 3 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_stat_test 3 TINFO: Running memcg_process --mmap-lock1 -s 135168 memcg_stat_test 3 TINFO: Warming up pid: 55801 memcg_stat_test 3 TINFO: Process is still here after warm up: 55801 memcg_stat_test 3 TPASS: unevictable is 135168 as expected memcg_stat_test 4 TINFO: Starting test 4 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 523: echo: write error: Device or resource busy memcg_stat_test 4 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed memcg_stat_test 4 TINFO: Running memcg_process --mmap-lock2 -s 135168 memcg_stat_test 4 TINFO: Warming up pid: 55822 memcg_stat_test 4 TINFO: Process is still here after warm up: 55822 memcg_stat_test 4 TPASS: unevictable is 135168 as expected memcg_stat_test 5 TINFO: Starting test 5 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 523: echo: write error: Device or resource busy memcg_stat_test 5 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed /tmp/tone/run/ltp/testcases/bin/memcg_stat_test.sh: line 68: echo: write error: Device or resource busy memcg_stat_test 5 TFAIL: hierarchical_memory_limit is 8192, 4096 expected memcg_stat_test 6 TINFO: Starting test 6 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 523: echo: write error: Device or resource busy memcg_stat_test 6 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed /tmp/tone/run/ltp/testcases/bin/memcg_stat_test.sh: line 81: echo: write error: Invalid argument memcg_stat_test 6 TCONF: set use_hierarchy = 0 failed, blame systemd, skip memcg_stat_test 7 TINFO: Starting test 7 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 523: echo: write error: Device or resource busy memcg_stat_test 7 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed /tmp/tone/run/ltp/testcases/bin/memcg_stat_test.sh: line 109: echo: write error: Device or resource busy /tmp/tone/run/ltp/testcases/bin/memcg_stat_test.sh: line 110: echo: write error: Invalid argument memcg_stat_test 7 TFAIL: hierarchical_memsw_limit is 8192, 4096 expected memcg_stat_test 8 TINFO: Starting test 8 /tmp/tone/run/ltp/testcases/bin/memcg_lib.sh: line 523: echo: write error: Device or resource busy memcg_stat_test 8 TINFO: set /dev/memcg/memory.use_hierarchy to 0 failed /tmp/tone/run/ltp/testcases/bin/memcg_stat_test.sh: line 129: echo: write error: Invalid argument memcg_stat_test 8 TCONF: set use_hierarchy = 0 failed, blame systemd, skip <<<execution_status>>> initiation_status="ok" duration=4 termination_type=exited termination_id=33 corefile=no cutime=10 cstime=15 <<<test_end>>> INFO: ltp-pan reported some tests FAIL LTP Version: 20190517        ###############################################################             Done executing testcases.             LTP Version: 20190517        ############################################################### [重现概率] 必现 [重现环境] Host:虚拟机 ，x86_64 OS: NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" kernel: # uname -r 4.18.0-305.an8.x86_64 [期望结果]： 用例PASS [实际结果]： 用例FAIL [初步分析]：        echo 1 > memory.use_hierarchy         mkdir subgroup         echo 4096 > memory.limit_in_bytes         echo 8192 > subgroup/memory.limit_in_bytes         cd subgroup        执行以上命令后，通过memory.stat中读取到的hierarchical_memory_limit的值，预期是4096，读取的值为8192         check_mem_stat "hierarchical_memory_limit" 4096
标签:
问题重现步骤:	git clone http://gitlab-sp.alibaba-inc.com/AKTF/ltp-latest.git ===>输入用户名/密码 make autotools ./configure make && make install  /opt/ltp/runltp -f controllers -s memcg_stat
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
140	[Anolis OS 8] * OTHERS	严重	总是	2021-05-26 09:20	2021-07-04 14:00
报告员:	hss31000512	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	虚拟机环境
描述:	VMWARE16
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000242) jacobwang    2021-06-06 15:02    (最后编辑： 2021-06-06 15:03)	bug 描述模糊，请描述 问题现象以及操作步骤

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
141	[Anolis OS 8] * OTHERS	严重	总是	2021-05-26 09:22	2021-07-04 14:00
报告员:	hss31000512	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	虚拟机环境
描述:	VMWARE16
标签:
问题重现步骤:	VMWARE16
附注:
系统说明
附件:

问题注释
(0000243) jacobwang    2021-06-06 15:03	bug 描述模糊，请描述 问题现象以及操作步骤

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
183	[Anolis OS 8] kernel	一般	总是	2021-06-30 19:21	2021-07-04 13:57
报告员:	wb-wpp899309	平台:	x86_64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.4
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8.4][x86_64]4.18内核修改crashkernel=512M后，手动crash，系统大概率出现不能正常重启
描述:	[缺陷描述]： 修改crashkernel为512M后，执行echo c > /proc/sysrq-trigger （1）系统概率出现不能正常重启，串口日志见附件 （2）概率性能正常重启，能产生vmcore，但是vmcore目录时间不对 # ll total 4 drwxr-xr-x 2 root root 4096 Jul 1 2021 127.0.0.1-2021-06-30-15:09:21 # cd 127.0.0.1-2021-06-30-15\:09\:21/ # ll total 97640 -rw------- 1 root root 99937642 Jul 1 2021 vmcore -rw-r--r-- 1 root root 38742 Jul 1 2021 vmcore-dmesg.txt # date Wed Jun 30 19:17:41 CST 2021 启动参数如下： # cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-4.18.0-305.an8.x86_64 root=UUID=f0b9d397-f7b9-4944-af06-c9c2699f132c ro crashkernel=512M rhgb quiet console=tty0 console=ttyS0,115200 console=ttyAMA0,115200n8 [环境信息]： 机器类型： 虚拟机 内核信息： # uname -r 4.18.0-305.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" 内存信息： # free -h               total used free shared buff/cache available Mem: 15Gi 219Mi 14Gi 17Mi 359Mi 14Gi Swap: 0B 0B 0B cpu # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 1 Socket(s): 2 NUMA node(s): 1 Vendor ID: GenuineIntel BIOS Vendor ID: Alibaba Cloud CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz BIOS Model name: pc-i440fx-2.1 Stepping: 7 CPU MHz: 2500.000 BogoMIPS: 5000.00 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni [期望结果]： echo c > /proc/sysrq-trigger 后，系统可正常重启，正常生成vmcore [实际结果]： 系统概率性卡死，不能生成vmcore，强制重启有vmcore产生 [复现概率]： 概率性
标签:
问题重现步骤:	[复现步骤] 1. yum -y install crash kexec-tools 2. systemctl start kdump 3. 修改crashkernel的值 vi /etc/default/grub 修改为指定的值 crashkernel=指定的值 grub2-mkconfig -o /boot/grub2/grub.cfg reboot 4. 查看crash 内存是否预留成功 cat /proc/iomem |grep "Crash kernel" 5.配置内核参数     echo 1  > /proc/sys/kernel/panic     echo 1  > /proc/sys/kernel/hardlockup_panic     echo 1  > /proc/sys/kernel/softlockup_panic     echo 50 > /proc/sys/kernel/watchdog_thresh     echo 1200 > /proc/sys/kernel/hung_task_timeout_secs     echo 0   > /proc/sys/kernel/hung_task_panic 6. 手动构造crash，echo c >/proc/sysrq-trigger
附注:
系统说明
附件:	anolis 11.164.65.33 512.txt (36,755 字节) 2021-06-30 19:21 https://bugs-old.openanolis.cn/file_download.php?file_id=100&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
181	[Anolis OS 8] kernel	一般	总是	2021-06-29 19:05	2021-07-04 13:55
报告员:	anolis_account	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8.4
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	设置cmdline crashkernel参数并重启后，cmdline中有两个crashkernel的配置
描述:	环境信息]： 机器类型： 虚拟机 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.4.an8.x86_64 操作系统信息： NAME="Anolis OS" VERSION="8.4" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.4" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.4" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 1 Socket(s): 2 NUMA node(s): 1 Vendor ID: GenuineIntel BIOS Vendor ID: Alibaba Cloud CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz BIOS Model name: pc-i440fx-2.1 Stepping: 7 CPU MHz: 2500.000 BogoMIPS: 5000.00 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni # free -mh               total used free shared buff/cache available Mem: 15Gi 270Mi 14Gi 16Mi 272Mi 14Gi Swap: 0B 0B 0B [期望结果]： 1.配置crashkernel参数成功 [实际结果]： 1.cmdline中有两个crashkernel的配置 # cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-4.19.91-23.4.an8.x86_64 root=UUID=169a0746-c62d-49a2-bd6b-0eaec098d42c ro crashkernel=512M rhgb quiet crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M [复现概率]：必现
标签:
问题重现步骤:	1.修改/etc/default/grub.cfg文件，crashkernel=512M GRUB_CMDLINE_LINUX="crashkernel=512M rhgb quiet" 2.grub2-mkconfig -o /boot/grub2/grub.cfg 3.reboot,重启后 cat /proc/cmdline
附注:	这个环境在配置crashkernel前，cmdline中已经有了两个crashkernel， # cat /proc/cmdline BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-4.19.91-23.4.an8.x86_64 root=UUID=169a0746-c62d-49a2-bd6b-0eaec098d42c ro crashkernel=auto rhgb quiet crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
145	[Anolis OS 8] cracklib	一般	总是	2021-05-31 11:12	2021-06-29 18:55
报告员:	anolislw	平台:
分派给:	xingwei-liu	操作系统:
优先级:	低	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[DDE][x86_64/aarch64] 安装libcrack2失败
描述:	【描述】： libcrack2安装失败,Requilre不满足 【主机/repo信息】： [root@localhost~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@localhost ~]# yum repolist repo  id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS DDE AnolisOS-8 - DDE PowerTools AnolisOS-8 - PowerTools epel epel epel-modular Extra Packages for Enterprise Linux Modular 8 - x86_64 [root@localhost ~]# yum repolist -v | grep baseurl Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os Repo-baseurl : http://mirrors.openanolis.org/anolis/8/DDE/x86_64/os Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os Repo-baseurl : http://mirrors.aliyun.com/epel/8/Everything/x86_64/ Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
标签:	8.2GA-210611
问题重现步骤:	yum install libcrack2 Last metadata expiration check: 1:18:21 ago on Mon 31 May 2021 09:25:41 AM CST. Error:  Problem: problem with installed package cracklib-dicts-2.9.6-15.el8.x86_64   - package cracklib-dicts-2.9.6-15.el8.x86_64 requires cracklib = 2.9.6-15.el8, but none of the providers can be installed   - cannot install both cracklib-2.9.7-11.3.1.an8.x86_64 and cracklib-2.9.6-15.el8.x86_64   - package libcrack2-2.9.7-11.3.1.an8.x86_64 requires cracklib >= 2.9.7, but none of the providers can be installed   - conflicting requests (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
附注:	【aarch64环境同样存在该问题】     libcrack2.aarch64 【cracklib其他二进制rpm包（x86_64/aarch64）问题】：    1） yum install cracklib-devel ---------------------------------------------------------- Last metadata expiration check: 1:41:57 ago on Mon 31 May 2021 09:25:41 AM CST. Error:  Problem: problem with installed package cracklib-dicts-2.9.6-15.el8.x86_64   - package cracklib-dicts-2.9.6-15.el8.x86_64 requires cracklib = 2.9.6-15.el8, but none of the providers can be installed   - cannot install both cracklib-2.9.7-11.3.1.an8.x86_64 and cracklib-2.9.6-15.el8.x86_64   - package libcrack2-2.9.7-11.3.1.an8.x86_64 requires cracklib >= 2.9.7, but none of the providers can be installed   - package cracklib-devel-2.9.7-11.3.1.an8.x86_64 requires libcrack2 = 2.9.7, but none of the providers can be installed   - cannot install the best candidate for the job (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) 2) yum install cracklib-dict-small ------------------------------------------------ Running transaction check Transaction check succeeded. Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'yum clean packages'. Error: Transaction test error:   file /usr/share/cracklib/pw_dict.hwm from install of cracklib-dict-small-2.9.7-11.3.1.an8.x86_64 conflicts with file from package cracklib-dicts-2.9.6-15.el8.x86_64   file /usr/share/cracklib/pw_dict.pwd from install of cracklib-dict-small-2.9.7-11.3.1.an8.x86_64 conflicts with file from package cracklib-dicts-2.9.6-15.el8.x86_64   file /usr/share/cracklib/pw_dict.pwi from install of cracklib-dict-small-2.9.7-11.3.1.an8.x86_64 conflicts with file from package cracklib-dicts-2.9.6-15.el8.x86_64
附件:

问题注释
(0000227) yinyongchen    2021-06-01 09:55	涉及相关包： cracklib-dicts cracklib-devel cracklib-dict-small libcrack2
(0000251) xingwei-liu    2021-06-07 14:57	经初步分析，问题原因为，安装libcrack2时，软件包依赖cracklib >= 2.9.7，而GUI形式的系统中安装的cracklib-dicts 依赖cracklib指定为cracklib 2.9.6版本
(0000292) anolislw    2021-06-29 18:55	目前该fail依然存在 [root@VM20210425-4 ~]# yum install libcrack2 Last metadata expiration check: 0:03:14 ago on Tue 29 Jun 2021 06:51:58 PM CST. Error:  Problem: problem with installed package cracklib-dicts-2.9.6-15.el8.aarch64   - package cracklib-dicts-2.9.6-15.el8.aarch64 requires cracklib = 2.9.6-15.el8, but none of the providers can be installed   - cannot install both cracklib-2.9.7-11.3.1.an8.aarch64 and cracklib-2.9.6-15.el8.aarch64   - package libcrack2-2.9.7-11.3.1.an8.aarch64 requires cracklib >= 2.9.7, but none of the providers can be installed   - conflicting requests (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not onlybest candidate packages) [root@VM20210425-4 ~]#

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
69	[Anolis OS 8] kernel	一般	总是	2021-04-15 11:35	2021-06-29 16:49
报告员:	shanxifanshi	平台:	aarch64(Phytium)
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis 4.18 rc1和4.19内核开机启动后，dmesg中有ACPI、cacheinfo、systemd类warning日志
描述:	开机启动后，dmesg中有ACPI、cacheinfo、systemd类warning日志： [root@VM20210309-3 ~]# dmesg -l warn -T [Thu Apr 15 11:17:05 2021] ACPI: SRAT not present [Thu Apr 15 11:17:05 2021] ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware [Thu Apr 15 11:17:05 2021] ACPI: SRAT not present [Thu Apr 15 11:17:05 2021] ACPI PPTT: No PPTT table found, CPU and cache topology may be inaccurate [Thu Apr 15 11:17:11 2021] cacheinfo: Unable to detect cache hierarchy for CPU 0 [Thu Apr 15 11:17:20 2021] printk: systemd: 17 output lines suppressed due to ratelimiting [预期结果]：dmesg中无warning日志 [实际结果]：dmesg中有ACPI、cacheinfo、systemd类warning日志 [复现概率]：必现 [环境信息]： 内核信息： [root@VM20210309-3 ~]# uname -r 4.18.0-193.el8.aarch64 机型： TPN51M1B3 飞腾 内存、CPU信息：4 Cpu 15G memory 操作系统信息： [root@VM20210309-3 ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/"
标签:	8.2GA-210611
问题重现步骤:	1. reboot机器 2. dmesg -l warn -T查询开机是否有err日志
附注:
系统说明
附件:

问题注释
(0000087) qwei_007    2021-04-15 16:12	在Kunpeng平台上有同样的warning信息 cacheinfo: Unable to detect cache hierarchy for CPU 0
(0000290) shanxifanshi    2021-06-29 16:49	anolis 8.4 4.19内核存在同样的warning日志： [Tue Jun 29 15:13:40 2021] ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware [Tue Jun 29 15:13:43 2021] cacheinfo: Unable to detect cache hierarchy for CPU 0 [Tue Jun 29 15:13:44 2021] GPT:Primary header thinks Alt. header is not at the end of the disk. [Tue Jun 29 15:13:44 2021] GPT:41943887 != 94372687 [Tue Jun 29 15:13:44 2021] GPT:Alternate GPT header not at the end of the disk. [Tue Jun 29 15:13:44 2021] GPT:41943887 != 94372687 [Tue Jun 29 15:13:44 2021] GPT: Use GNU Parted to correct GPT errors. [Tue Jun 29 15:13:45 2021] systemd: 21 output lines suppressed due to ratelimiting # uname -r 4.19.91-23.4.an8.aarch64

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
153	[Anolis OS 8] * OTHERS	一般	总是	2021-06-02 15:36	2021-06-24 09:19
报告员:	yinyongchen	平台:
分派给:	xingwei-liu	操作系统:
优先级:	低	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[DDE][x86_64/aarch64] 执行带有dde-、deepin-前缀的多个包中的二进制发生core dump
描述:	执行带有dde-、deepin-前缀的多个包中的二进制发生core dump x86_64 与 aarch64 均涉及，错误输出一致 涉及的包及其中发生coredump的二进制: pkg: dde-calendar --> bin: dde-calendar pkg: dde-clipboard --> bin: dde-clipboard、dde-clipboardloader pkg: dde-control-center --> bin: abrecovery、dde-control-center pkg: dde-desktop --> bin: dde-desktop pkg: dde-dock --> bin: dde-dock pkg: dde-file-manager --> bin: dde-file-manager、dde-file-manager-pkexec、dde-property-dialog pkg: dde-launcher --> bin: dde-launcher pkg: dde-session-shell --> bin: dde-lock、deepin-greeter、lightdm-deepin-greeter pkg: dde-session-ui --> bin: dde-license-dialog、dde-pixmix pkg: deepin-devicemanager --> bin: deepin-devicemanager pkg: deepin-draw --> bin: deepin-draw pkg: deepin-editor --> bin: deepin-editor pkg: deepin-font-manager --> bin: deepin-font-manager pkg: deepin-image-viewer --> bin: deepin-image-viewer pkg: deepin-picker --> bin: deepin-picker pkg: deepin-reader --> bin: deepin-reader pkg: deepin-screen-recorder --> bin: deepin-screen-recorder pkg: deepin-shortcut-viewer --> bin: deepin-shortcut-viewer pkg: deepin-system-monitor --> bin: deepin-system-monitor pkg: deepin-terminal --> bin: deepin-terminal [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 执行包中二进制文件不会发生core dump [实际结果]： 包中二进制文件发生core dump 所有发生coredump的二进制都是相同报错，下面任举一例： # /usr/bin/dde-calendar -h qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) [原因定位]： 根据提示信息，应该是缺少qt库中的 qt.qpa.xcb、qt.qpa.plugin这两个库，疑似缺少一些前置包的安装 [修复建议]： 请确认
标签:	8.2GA-210611
问题重现步骤:	通用安装命令： yum install -y ${pkg_name} /usr/bin/${bin_name} -h 例：测试dde-calendar包时，执行 yum install -y dde-calendar /usr/bin/dde-calendar -h
附注:	yum repolist: Repo-id : AppStream Repo-revision : 1620751376 Repo-updated : Wed 12 May 2021 10:45:48 AM CST Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-revision : 1621826816 Repo-updated : Mon 24 May 2021 11:26:55 AM CST Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : DDE Repo-revision : 1622076969 Repo-updated : Thu 27 May 2021 08:56:09 AM CST Repo-baseurl : http://mirrors.openanolis.org/anolis/8/DDE/x86_64/os ----- Repo-id : PowerTools Repo-revision : 1620751359 Repo-updated : Wed 12 May 2021 12:42:39 AM CST Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-revision : 1622594593 Repo-updated : Wed 02 Jun 2021 08:45:48 AM CST Repo-baseurl : http://mirrors.aliyun.com/epel/8/Everything/x86_64/ ----- Repo-id : epel-modular Repo-revision : 1621734663 Repo-updated : Sun 23 May 2021 09:51:18 AM CST Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:	dde-calendar.png (23,759 字节) 2021-06-07 11:42 https://bugs-old.openanolis.cn/file_download.php?file_id=76&type=bug image.png (27,883 字节) 2021-06-23 16:21 https://bugs-old.openanolis.cn/file_download.php?file_id=91&type=bug

问题注释
(0000249) xingwei-liu    2021-06-07 11:42    (最后编辑： 2021-06-07 11:43)	anolis GA镜像安装虚拟机 安装dde-calendar 执行dde-calendar --help 问题未复现
(0000280) yinyongchen    2021-06-23 16:21	目前怀疑是测试环境镜像差异导致，开发是否使用的是带图形化组件的镜像安装？ 测试机目前默认均使用最小安装(无图形化组件)，执行二进制时会出现core dump， 按之前对齐的方案是在测试环境中先安装dde的全部组件再执行二进制，但目前测试验证时仍会发生core dump 只有在设置环境变量 QT_QPA_PLATFORM=offscreen 时才可以正常显示，请开发看下是否正常？
(0000284) xingwei-liu    2021-06-23 18:00	根据您的描述，您应该是在tty的状态下进行的测试，dde环境的相关包需要在图形界面的环境中进行测试； 设置环境变量QT_QPA_PLATFORM=offscreen ，可以使qt应用运行在无图形的环境中，所以执行命令会正常显示； 如果可以的话，可以在图形界面的环境中进行测试。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
147	[Anolis OS 8] qt5-qttools	一般	总是	2021-05-31 15:44	2021-06-24 09:18
报告员:	anolislw	平台:
分派给:	xingwei-liu	操作系统:
优先级:	低	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[DDE][aarch64/x86_64]rpm:qt5-qttools-devel安装后执行 /usr/bin/pixeltool-qt5 --help出现core dump
描述:	【描述】 安装qt5-qttools-devel安装后执行 /usr/bin/pixeltool-qt5 --help出现core dump Source：qt5-qttools 【主机以及repo信息】 [root@localhost mock]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@localhost mock]# yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS DDE AnolisOS-8 - DDE PowerTools AnolisOS-8 - PowerTools epel EPEL epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [root@localhost mock]# yum repolist -v | grep -E "Repo-name|baseurl" Repo-name : AnolisOS-8 - AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/aarch64/os Repo-name : AnolisOS-8 - BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/aarch64/os Repo-name : AnolisOS-8 - DDE Repo-baseurl : http://mirrors.openanolis.org/anolis/8/DDE/aarch64/os Repo-name : AnolisOS-8 - PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/aarch64/os Repo-name : EPEL Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/aarch64 Repo-name : Extra Packages for Enterprise Linux Modular 8 - aarch64 Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/aarch64/
标签:	8.2GA-210611
问题重现步骤:	yum install qt5-qttools-devel  /usr/bin/pixeltool-qt5 --help  the monitored command dumped core /tmp/tone/lib/common.sh: line 423: 2997126 Aborted "$@"
附注:	1 x86_64相同问题: 2 同Source来源其他二进制rpm包core dump问题:     yum install qt5-qtdeclarative-devel ---> /usr/bin/qml --help     yum install qt5-qdbusviewer ---> /usr/bin/qdbusviewer-qt5 --help     yum install qt5-doctools ---> /usr/bin/qdistancefieldgenerator --help     yum install qt5-designer ---> /usr/bin/designer-qt5 --help     yum install qt5-assistant ---> /usr/bin/assistant-qt5 --help
附件:	命令执行情况.png (112,109 字节) 2021-06-07 11:12 https://bugs-old.openanolis.cn/file_download.php?file_id=73&type=bug image.png (32,709 字节) 2021-06-23 16:27 https://bugs-old.openanolis.cn/file_download.php?file_id=94&type=bug

问题注释
(0000246) xingwei-liu    2021-06-07 11:12	anolis GA镜像安装虚拟机 安装qt5-qttools-devel 执行/usr/bin/pixeltool-qt5 --help 问题未复现
(0000283) yinyongchen    2021-06-23 16:27	目前怀疑是测试环境镜像差异导致，开发是否使用的是带图形化组件的镜像安装？ 测试机目前默认均使用最小安装(无图形化组件)，执行二进制时会出现core dump， 按之前对齐的方案是在测试环境中先安装dde的全部组件再执行二进制，但目前测试验证时仍会发生core dump 只有在设置环境变量 QT_QPA_PLATFORM=offscreen 时才可以正常显示，请开发看下是否正常？
(0000285) xingwei-liu    2021-06-23 18:01	根据您的描述，您应该是在tty的状态下进行的测试，dde环境的相关包需要在图形界面的环境中进行测试； 设置环境变量QT_QPA_PLATFORM=offscreen ，可以使qt应用运行在无图形的环境中，所以执行命令会正常显示； 如果可以的话，可以在图形界面的环境中进行测试。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
149	[Anolis OS 8] kf5-kdeclarative	一般	总是	2021-05-31 18:17	2021-06-24 09:17
报告员:	anolislw	平台:
分派给:	xingwei-liu	操作系统:
优先级:	低	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[DDE][x86_64/aarch64]安装kf5-kdeclarative后执行/usr/bin/kpackagelauncherqml --help出现core dump
描述:	【描述】 ]安装kf5-kdeclarative后执行/usr/bin/kpackagelauncherqml --help出现core dump 【主机以及repo信息】 [root@localhost mock]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@localhost mock]# yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS DDE AnolisOS-8 - DDE PowerTools AnolisOS-8 - PowerTools epel EPEL epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [root@localhost mock]# yum repolist -v | grep -E "Repo-name|baseurl" Repo-name : AnolisOS-8 - AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/aarch64/os Repo-name : AnolisOS-8 - BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/aarch64/os Repo-name : AnolisOS-8 - DDE Repo-baseurl : http://mirrors.openanolis.org/anolis/8/DDE/aarch64/os Repo-name : AnolisOS-8 - PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/aarch64/os Repo-name : EPEL Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/aarch64 Repo-name : Extra Packages for Enterprise Linux Modular 8 - aarch64 Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/aarch64/
标签:	8.2GA-210611
问题重现步骤:	yum install kf5-kdeclarative /usr/bin/kpackagelauncherqml --help
附注:	x86_64环境存在同样问题 kf5-kdeclarative.x86_64
附件:	kf5-kdeclarative.png (32,336 字节) 2021-06-07 11:37 https://bugs-old.openanolis.cn/file_download.php?file_id=75&type=bug image.png (32,519 字节) 2021-06-23 16:23 https://bugs-old.openanolis.cn/file_download.php?file_id=92&type=bug

问题注释
(0000248) xingwei-liu    2021-06-07 11:37	anolis GA镜像安装虚拟机 安装kf5-kdeclarative 执行/usr/bin/kpackagelauncherqml --help 问题未复现
(0000281) yinyongchen    2021-06-23 16:23	目前怀疑是测试环境镜像差异导致，开发是否使用的是带图形化组件的镜像安装？ 测试机目前默认均使用最小安装(无图形化组件)，执行二进制时会出现core dump， 按之前对齐的方案是在测试环境中先安装dde的全部组件再执行二进制，但目前测试验证时仍会发生core dump 只有在设置环境变量 QT_QPA_PLATFORM=offscreen 时才可以正常显示，请开发看下是否正常？
(0000286) xingwei-liu    2021-06-23 18:01	根据您的描述，您应该是在tty的状态下进行的测试，dde环境的相关包需要在图形界面的环境中进行测试； 设置环境变量QT_QPA_PLATFORM=offscreen ，可以使qt应用运行在无图形的环境中，所以执行命令会正常显示； 如果可以的话，可以在图形界面的环境中进行测试。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
150	[Anolis OS 8] qt5-qtbase	一般	总是	2021-06-01 10:18	2021-06-23 16:31
报告员:	yinyongchen	平台:
分派给:	xingwei-liu	操作系统:
优先级:	低	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[DDE][x86_64/aarch64] 安装qt5-qtbase-gui后ldd检查libqgtk3.so出现not found
描述:	安装qt5-qtbase-gui后 执行 ldd /usr/lib64/qt5/plugins/platformthemes/libqgtk3.so 出现not found x86_64 与 aarch64 均涉及，centos 8.2 安装该包后有同样情况 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 包中全部so文件执行ldd后不会出现not found [实际结果]： 执行 ldd /usr/lib64/qt5/plugins/platformthemes/libqgtk3.so 出现not found # ldd /usr/lib64/qt5/plugins/platformthemes/libqgtk3.so | grep "not found"         libgtk-3.so.0 => not found         libgdk-3.so.0 => not found         libpangocairo-1.0.so.0 => not found         libpango-1.0.so.0 => not found         libatk-1.0.so.0 => not found         libcairo-gobject.so.2 => not found         libcairo.so.2 => not found         libgdk_pixbuf-2.0.so.0 => not found [原因定位]： 安装包后，在全盘find 出现缺失的so名，全部so文件均未能找到，疑似依赖缺失 [修复建议]： 请确认
标签:	8.2GA-210611
问题重现步骤:	yum isntall -y qt5-qtbase-gui ldd /usr/lib64/qt5/plugins/platformthemes/libqgtk3.so
附注:	yum repolist: Repo-id : AppStream Repo-revision : 1620751376 Repo-updated : Wed 12 May 2021 10:45:48 AM CST Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-revision : 1621826816 Repo-updated : Mon 24 May 2021 11:26:55 AM CST Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : DDE Repo-revision : 1622076969 Repo-updated : Thu 27 May 2021 08:56:09 AM CST Repo-baseurl : http://mirrors.openanolis.org/anolis/8/DDE/x86_64/os ----- Repo-id : PowerTools Repo-revision : 1620751359 Repo-updated : Wed 12 May 2021 12:42:39 AM CST Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-revision : 1622396263 Repo-updated : Mon 31 May 2021 01:38:13 AM CST Repo-baseurl : http://mirrors.aliyun.com/epel/8/Everything/x86_64/ ----- Repo-id : epel-modular Repo-revision : 1621734663 Repo-updated : Sun 23 May 2021 09:51:18 AM CST Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:	ldd libqgtk3.so.png (106,852 字节) 2021-06-07 11:31 https://bugs-old.openanolis.cn/file_download.php?file_id=74&type=bug image.png (50,773 字节) 2021-06-23 16:26 https://bugs-old.openanolis.cn/file_download.php?file_id=93&type=bug

问题注释
(0000229) muyi_110_110_110    2021-06-02 14:54	URL：https://mirrors.openanolis.cn/anolis/8/AppStream/x86_64/os/Packages/qt5-qtbase-gui-5.12.5-4.el8.x86_64.rpm 从阿里源的rpm中是有包含libqgtk3.so，你在确认一下你的环境是否正确
(0000231) yinyongchen    2021-06-02 15:55	libqgtk3.so的确存在 ，但是它依赖的其它so似乎不存在 如下： libgtk-3.so.0 => not found libgdk-3.so.0 => not found libpangocairo-1.0.so.0 => not found libpango-1.0.so.0 => not found libatk-1.0.so.0 => not found libcairo-gobject.so.2 => not found libcairo.so.2 => not found libgdk_pixbuf-2.0.so.0 => not found
(0000247) xingwei-liu    2021-06-07 11:31	anolis GA镜像安装虚拟机 安装qt5-qtbase-gui 执行/usr/lib64/qt5/plugins/platformthemes/libqgtk3.so 问题未复现
(0000282) yinyongchen    2021-06-23 16:26	按之前对齐的方案在测试环境中先安装dde的全部组件再执行ldd，不会再出现not found，该问题可以关闭

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
167	[Anolis OS 8] ghostscript	一般	总是	2021-06-18 13:51	2021-06-23 14:11
报告员:	ZhangBinChen	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[Anolis 8.4] ghostscript 编译失败
描述:	http://build.openanolis.org/taskinfo?taskID=65567 http://8.131.87.1/kojifiles/work/tasks/6229/66229/build.log DGS_RECURSIVE_MUTEXATTR=PTHREAD_MUTEX_RECURSIVE -fPIC -O2 -fPIC \          -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -fno-strict-aliasing -Werror=declaration-after-statement -fno-builtin -fno-common -Werror=return-type -DHAVE_STDINT_H=1 -DHAVE_DIRENT_H=1 -DHAVE_SYS_DIR_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMES_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_LIBDL=1 -DGX_COLOR_INDEX_TYPE="unsigned long long" -D__USE_UNIX98=1 -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -DHAVE_RESTRICT=1 -DUSE_LIBPAPER -fno-strict-aliasing -DHAVE_POPEN_PROTO=1 -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/lib64/ghostscript\" -I./soobj -I./base -I./devices -DWHICH_CMS="lcms2" -o ./soobj/gdevp14.o -c ./base/gdevp14.c make[2]: Leaving directory '/builddir/build/BUILD/ghostscript-9.27' make[2]: Entering directory '/builddir/build/BUILD/ghostscript-9.27' gcc -DHAVE_MKSTEMP -DHAVE_FILE64 -DHAVE_FSEEKO -DHAVE_MKSTEMP64 -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE -DHAVE_SSE2 -DHAVE_DBUS -DHAVE_BSWAP32 -DHAVE_BYTESWAP_H -DHAVE_STRERROR -DHAVE_ISNAN -DHAVE_ISINF -DHAVE_PREAD_PWRITE=1 -DGS_RECURSIVE_MUTEXATTR=PTHREAD_MUTEX_RECURSIVE -fPIC -O2 -fPIC \          -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -fno-strict-aliasing -Werror=declaration-after-statement -fno-builtin -fno-common -Werror=return-type -DHAVE_STDINT_H=1 -DHAVE_DIRENT_H=1 -DHAVE_SYS_DIR_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMES_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_LIBDL=1 -DGX_COLOR_INDEX_TYPE="unsigned long long" -D__USE_UNIX98=1 -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -DHAVE_RESTRICT=1 -DUSE_LIBPAPER -fno-strict-aliasing -DHAVE_POPEN_PROTO=1 -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/lib64/ghostscript\" -I./soobj -I./base -I./devices -DWHICH_CMS="lcms2" -o ./soobj/gxhintn.o -c ./base/gxhintn.c make[2]: Leaving directory '/builddir/build/BUILD/ghostscript-9.27' make[1]: *** [base/unix-dll.mak:281: so-only-subtarget] Error 2 make: *** [base/unix-dll.mak:243: so] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.G2kWzQ (%build) RPM build errors:     Bad exit status from /var/tmp/rpm-tmp.G2kWzQ (%build) Child return code was: 1 EXCEPTION: [Error()]
标签:	8.4构建
问题重现步骤:
附注:
附件:

问题注释
(0000278) ZhangBinChen    2021-06-23 14:11	http://build.openanolis.org/buildinfo?buildID=6107

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
169	[Anolis OS 8] librsvg2	一般	总是	2021-06-18 14:05	2021-06-23 14:10
报告员:	ZhangBinChen	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.4
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[Anolis 8.4] librsvg2 编译失败
描述:	http://build.openanolis.org/taskinfo?taskID=65652 http://8.131.87.1/kojifiles/work/tasks/6729/66729/build.log + cd /builddir/build/BUILD + cd /builddir/build/BUILD + rm -rf librsvg-2.42.7 + /usr/bin/xz -dc /builddir/build/SOURCES/librsvg-2.42.7.tar.xz + /usr/bin/tar -xof - + STATUS=0 + '[' 0 -ne 0 ']' + cd librsvg-2.42.7 + /usr/bin/chmod -Rf a+rX,u+w,g-w,o-w . + /usr/bin/git init -q /var/tmp/rpm-tmp.teAADe: line 45: /usr/bin/git: No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.teAADe (%prep)     Bad exit status from /var/tmp/rpm-tmp.teAADe (%prep) RPM build errors: Child return code was: 1 EXCEPTION: [Error()]
标签:	8.4构建
问题重现步骤:
附注:
附件:

问题注释
(0000277) ZhangBinChen    2021-06-23 14:10	http://build.openanolis.org/buildinfo?buildID=6182

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
63	[Anolis OS 8] - iso-images	一般	总是	2021-04-13 14:13	2021-06-22 11:13
报告员:	gaomingyang	平台:	aarch64(Kunpeng)
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc2
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【Anolis-8-RC2_aarch64】【runltp】跑runltp过程中自动重启
描述:	在鲲鹏服务器最小化安装Anolis，执行runltp失败
标签:
问题重现步骤:	1、在鲲鹏服务器最小化安装anolis系统后，安装并编译ltp工具2019版本 2、导入2019 版本的ltp工具       执行./configure && make && make install 3、nr_cpu=$(nproc) mem_kb=$(grep ^MemTotal /proc/meminfo | awk '{print $2}') 在终端执行./runltp \ -c $((nr_cpu / 2)) \ -m $((nr_cpu / 4)),4,$((mem_kb / nr_cpu / 2 * 1024)),1 \ -D $((nr_cpu / 10)),1,0,1 \ -i 2 \ -B xfs \ -R -p -q \ -t 48h \ -d /disk1/tmpdir/ltp
附注:
系统说明
附件:

问题注释
(0000109) layne-yang    2021-04-25 15:55	runltp执行到cpuhotplug03项出错且之后没有新的测试项信息，推测是cpu热插拔的问题。单独执行这条测试也会出现重启现象。目前正在更换kernel排查定位原因。
(0000276) cherryliyumei    2021-06-22 11:13	尝试使用最新的kernel ，但更换目前没找到机器测试验证，待找到机器再进行测试。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
165	[Anolis OS 8] net-snmp	一般	总是	2021-06-18 11:07	2021-06-20 17:43
报告员:	ZhangBinChen	平台:
分派给:	layne-yang	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:	8.4
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	[Anolis 8.4] net-snmp 构建失败
描述:	http://build.openanolis.org/taskinfo?taskID=63536 http://8.131.87.1/kojifiles/work/tasks/4169/64169/build.log SNMPv2 vacm acceptance support .......................................... ok SNMPv3 vacm acceptance support .......................................... ok SNMPv1 vacm denial support .............................................. ok SNMPv2 vacm denial support .............................................. not ok 1 - found 0 copies of '.1.3.6.1.2.1.1.3.0 = No Such Object available on this agent at this OID' in output (/tmp/snmp-test-T141snmpv2cvacmgetfail_simple-1131879/output-simple_run1131879-1); expected 1 Dubious, test returned 1 (wstat 256, 0x100) Failed 1/7 subtests SNMPv3 vacm denial support .............................................. ok 1st CPU on Solaris using HOST-RESOURCES ................................. skipped: not running solaris initial load device on Solaris using HOST-RESOURCES ..................... skipped: not running solaris uptime using HOST-RESOURCES ............................................. ok swap on Solaris using HOST-RESOURCES .................................... skipped: not running solaris DISMAN PING MIB ......................................................... skipped: USING_DISMAN_PING_MIB_MODULE is not defined DISMAN EXPRESSION MIB ................................................... skipped: DISMAN EXPRESSION MIB is not available if snmpnetstat finds the running agent in udpTable ...................... ok snmpTargetAddrTable ..................................................... not ok 24 - found 0 copies of '.1.3.6.1.6.3.12.1.2.1.6.65 = STRING: alfa' in output (/tmp/snmp-test-T161snmpTargetAddr_simple-1133133/output-simple_run1133133-16); expected 1 not ok 25 - found 0 copies of '.1.3.6.1.6.3.12.1.2.1.6.65 = STRING: alfa beta' in output (/tmp/snmp-test-T161snmpTargetAddr_simple-1133133/output-simple_run1133133-17); expected 1 not ok 26 - found 0 copies of '.1.3.6.1.6.3.12.1.2.1.6.65 = STRING: alfa beta' in output (/tmp/snmp-test-T161snmpTargetAddr_simple-1133133/output-simple_run1133133-18); expected 1 Dubious, test returned 1 (wstat 256, 0x100) Failed 3/31 subtests full snmpwalk (SNMPv2c) against agent (may take time) ................... ok Test Summary Report ------------------- SNMPv2 vacm denial support (Wstat: 256 Tests: 7 Failed: 1)   Failed test: 1   Non-zero exit status: 1 snmpTargetAddrTable (Wstat: 256 Tests: 31 Failed: 3)   Failed tests: 24-26   Non-zero exit status: 1 Files=76, Tests=325, 249 wallclock secs ( 0.18 usr 0.09 sys + 20.59 cusr 6.04 csys = 26.90 CPU) Result: FAIL We failed these 2 tests:   SNMPv2 vacm denial support ( /builddir/build/BUILD/net-snmp-5.8/testing/fulltests/default/T141snmpv2cvacmgetfail_simple )   snmpTargetAddrTable ( /builddir/build/BUILD/net-snmp-5.8/testing/fulltests/default/T161snmpTargetAddr_simple ) make[1]: *** [Makefile:158: test] Error 1 make[1]: Leaving directory '/builddir/build/BUILD/net-snmp-5.8/testing' make: *** [Makefile:279: test] Error 2 RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.3TlPZh (%check)     Bad exit status from /var/tmp/rpm-tmp.3TlPZh (%check) Child return code was: 1 EXCEPTION: [Error()]
标签:	8.4构建
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
133	[Anolis OS 8] anolis-release	一般	总是	2021-05-14 09:31	2021-06-17 19:41
报告员:	coordinates2002	平台:	x86_64(Zhaoxin)
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	anolis os 8.2 ga在有uefi分区的磁盘上安装失败
描述:	用dd命令制作usb启动盘，非eufi方式启动U盘安装，内核选择ANCK，系统安装在一个60G ext4分区上（本身是ext4格式空分区，安装时还是强制再次格式化为ext4） ,安装接近尾声时提示“boot loader install failed”，选择继续安装，成功后选择重启，重启提示“no boot device has been detected”; 网上查资料说要用uefi方式启动可以解决问题，但是选择uefi usb启动后，直接提示找不到文件； 相关系统配置请参见附件图，硬盘只插了一块 “郎系列128g”盘，型号是S520S，得一微主控，磁盘上之前装有UOS 20，磁盘是新购置，首次分区通过uos安装盘划分，有efi分区
标签:	8.2GA-210611
问题重现步骤:	1、安装UOS20系统，uefi usb启动，留出一个60g的ext4分区 2、用dd命令或者etcher制作anolis OS 8.2 ga系统usb启动盘 3、用非uefi方式即legacy方式启动usb 4、安装anolisos时内核选择4.19 anck,安装过程中会报错，选择继续安装 5、成功后重启时提示“no boot device has been detected”
附注:
系统说明
附件:	346373569.jpg (208,854 字节) 2021-05-14 09:31 https://bugs-old.openanolis.cn/file_download.php?file_id=55&type=bug 1367458362.jpg (57,152 字节) 2021-05-14 09:31 https://bugs-old.openanolis.cn/file_download.php?file_id=56&type=bug 945828297.jpg (60,751 字节) 2021-05-14 09:31 https://bugs-old.openanolis.cn/file_download.php?file_id=57&type=bug 1906757993.jpg (169,284 字节) 2021-05-14 09:31 https://bugs-old.openanolis.cn/file_download.php?file_id=58&type=bug 未命名.jpg (116,284 字节) 2021-05-14 09:35 https://bugs-old.openanolis.cn/file_download.php?file_id=59&type=bug

问题注释
(0000203) coordinates2002    2021-05-14 09:35	系统配置，安装系统时只有一块朗系列硬盘
(0000263) cherryliyumei    2021-06-17 19:41	问题可以复现，固件有问题，不能进行调试，暂停状态

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
99	[Anolis OS 8] highlight	一般	总是	2021-04-30 09:52	2021-06-17 16:48
报告员:	yinyongchen	平台:
分派给:	layne-yang	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2 正式版
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-4.19-x86/aarch64]执行highlight-gui包中二进制文件highlight-gui发生core dump
描述:	执行highlight-gui包中二进制文件highlight-gui发生core dump， x86_64\aarch64 均涉及 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 执行二进制文件highlight-gui不会发生core dump [实际结果]： 二进制文件highlight-gui执行发生core dump # /usr/bin/highlight-gui --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) [原因定位]： 感觉是依赖库缺失导致，请确认该情况是否正常 [修复建议]： 请确认该情况是否正常
标签:	8.2GA-210611
问题重现步骤:	1、开启core dump      ulimit -c unlimited      echo "/tmp/core-%e-%p" > /proc/sys/kernel/core_pattern 2、下载highlight-gui包并执行对应二进制，观察是否发生core dump        yum install -y highlight-gui        /usr/bin/highlight-gui --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000262) liuzhilin    2021-06-17 16:27	/usr/bin/highlight-gui --help命令要在所登陆的用户上执行，例如：登陆test用户，用su切换到root用户， 在执行/usr/bin/highlight-gui --help命令会报出此错误，原因在于su切换只是权限切换到root，但图形化界面还停留在test用户上。但注销test用户，切换到root用户登录， 执行/usr/bin/highlight-gui --help可以弹出窗口。解决方法：用test登陆时，su切换到root安装highlight-gui后，退出root，切换回test用户再执行/usr/bin/highlight-gui --help，就不会报错。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
123	[Anolis OS 8] - iso-images	一般	总是	2021-05-10 11:42	2021-06-16 09:21
报告员:	gaomingyang	平台:	aarch64(Kunpeng)
分派给:	xuchunmei000	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【Anolis_RC2】centos升级anolis后启动出现问题
描述:	在安装完centos后重启系统，等待启动后可自动进入引导并进入centos 但在升级后，设置第一启动项为硬盘，进入系统显示报错
标签:	8.2GA-210611
问题重现步骤:
附注:
系统说明
附件:	index.jpg (159,247 字节) 2021-05-10 11:42 https://bugs-old.openanolis.cn/file_download.php?file_id=53&type=bug

问题注释
(0000179) xuchunmei000    2021-05-10 18:01	迁移脚本已更新，请再验证下。
(0000194) xuchunmei000    2021-05-11 16:20	迁移完成后，查看一下/boot/efi/EFI/anolis目录下的文件是否正常，是否存在grub.cfg. 以及grubenv中保存的内核启动选项。
(0000261) xuchunmei000    2021-06-16 09:21	最新脚本已解决uefi启动项添加问题。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
116	[Anolis OS 8] qt5-qttools	一般	总是	2021-05-08 14:15	2021-06-08 10:53
报告员:	yinyongchen	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	低	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86/aarch64][AppStream]安装qt5-assistant、qt5-designer等7个包后测试二进制文件发生core dump
描述:	安装 qt5-assistant-5.12.5-1.el8.x86_64 qt5-designer-5.12.5-1.el8.x86_64 qt5-doctools-5.12.5-1.el8.x86_64 qt5-linguist-5.12.5-1.el8.x86_64 qt5-qdbusviewer-5.12.5-1.el8.x86_64 qt5-qtdeclarative-devel-5.12.5-1.el8.x86_64 qt5-qttools-devel-5.12.5-1.el8.x86_64 这7个包后测试其中二进制文件发生core dump ，x86/arm均涉及 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行多个二进制文件发生core dump ---------- qt5-assistant： # /usr/bin/assistant-qt5 --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) ---------- qt5-designer： # /usr/bin/designer-qt5 --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) ---------- qt5-doctools： # /usr/bin/qdistancefieldgenerator --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) ---------- qt5-linguist： # /usr/bin/linguist-qt5 --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) ---------- qt5-qdbusviewer： # /usr/bin/qdbusviewer-qt5 --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) ---------- qt5-qtdeclarative-devel： # /usr/bin/qml --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/qml-qt5 --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/qmleasing --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/qmlscene --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/qmlscene-qt5 --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/qmltestrunner --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) ---------- qt5-qttools-devel： # /usr/bin/pixeltool-qt5 --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/qtdiag --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) [原因定位]： 依赖服务初始化失败后发生core dump [修复建议]： 建议修复
标签:	8.2GA-210611
问题重现步骤:	yum install -y qt5-assistant /usr/bin/assistant-qt5 --help yum install -y qt5-designer /usr/bin/designer-qt5 --help yum install -y qt5-doctools /usr/bin/qdistancefieldgenerator --help yum install -y qt5-linguist /usr/bin/linguist-qt5 --help yum install -y qt5-qdbusviewer /usr/bin/qdbusviewer-qt5 --help yum install -y qt5-qtdeclarative-devel /usr/bin/qml --help /usr/bin/qml-qt5 --help /usr/bin/qmleasing --help /usr/bin/qmlscene --help /usr/bin/qmlscene-qt5 --help /usr/bin/qmltestrunner --help yum install -y qt5-qttools-devel /usr/bin/pixeltool-qt5 --help /usr/bin/qtdiag --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:	qt-f.png (139,046 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=82&type=bug qt10.png (107,973 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=83&type=bug qt8.png (90,597 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=84&type=bug qt7.png (55,075 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=85&type=bug qt6.png (65,289 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=86&type=bug qt4.png (81,885 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=87&type=bug qt3.png (43,019 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=88&type=bug qt2.png (80,444 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=89&type=bug qt1.png (87,720 字节) 2021-06-08 10:52 https://bugs-old.openanolis.cn/file_download.php?file_id=90&type=bug

问题注释
(0000256) ZhangBinChen    2021-06-08 10:52	我在带有gnome 桌面的图形环境中没有复现问题，但因应该与图形服务、图形组件有关 解决办法参考 https://bugs.openanolis.cn/view.php?id=114

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
114	[Anolis OS 8] pcp	一般	总是	2021-05-08 11:35	2021-06-08 09:51
报告员:	yinyongchen	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	低	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86/aarch64][AppStream]安装pcp-gui包后执行多个二进制文件发生core dump
描述:	安装pcp-gui-5.0.2-5.el8.x86_64包后执行多个二进制文件发生core dump /usr/bin/pmchart /usr/bin/pmconfirm /usr/bin/pmmessage /usr/bin/pmquery /usr/bin/pmtime [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件pmchart、pmconfirm、pmmessage、pmquery、pmtime 时发生core dump # /usr/bin/pmchart --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/pmconfirm --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/pmmessage --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) # /usr/bin/pmquery --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) /usr/bin/pmtime --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) [原因定位]： 感觉依赖库缺失后发生了core dump [修复建议]： 建议修复
标签:	8.2GA-210611
问题重现步骤:	yum install -y pcp-gui /usr/bin/pmchart --help /usr/bin/pmconfirm --help /usr/bin/pmmessage --help /usr/bin/pmquery --help /usr/bin/pmtime --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:	pcp5.png (148,414 字节) 2021-06-08 09:50 https://bugs-old.openanolis.cn/file_download.php?file_id=77&type=bug pcp4.png (138,148 字节) 2021-06-08 09:50 https://bugs-old.openanolis.cn/file_download.php?file_id=78&type=bug pcp3.png (135,748 字节) 2021-06-08 09:50 https://bugs-old.openanolis.cn/file_download.php?file_id=79&type=bug pcp2.png (134,474 字节) 2021-06-08 09:50 https://bugs-old.openanolis.cn/file_download.php?file_id=80&type=bug pcp.png (153,347 字节) 2021-06-08 09:50 https://bugs-old.openanolis.cn/file_download.php?file_id=81&type=bug

问题注释
(0000177) jacobwang    2021-05-10 17:09	Same issue as centos 8.2 Low priority . Not affect Anolis OS 8.2 GA.
(0000255) ZhangBinChen    2021-06-08 09:50	简要分析：最小安装情况下，安装pcp相关包并不能将图形依赖全部安装，依赖缺失的推断基本正确，当系统中没有图形服务、或者图形服务没有启动的情况下转储问题就会出现。这个应用属于图形桌面类应用，依附图形显示。 解决办法：安装带图形的服务器（勾选GUI组件），进行测试

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
108	[Anolis OS 8] java-11-openjdk	一般	总是	2021-05-07 15:14	2021-06-07 17:11
报告员:	anolislw	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AppStream][aarch64]安装java-11-openjdk.aarch64使用ldd命令查看库文件出现not fonud
描述:	安装 java-11-openjdk.aarch64使用ldd命令查看库文件出现not fonud [系统信息] [yum源信息] yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.org/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.org/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.org/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:	8.2GA-210611
问题重现步骤:	[root@localhost ~]# yum -y java-11-openjdk.aarch64 [root@localhost ~]# ldd /usr/lib/jvm/java-11-openjdk-11.0.6.10-4.el8.aarch64/lib/libawt_xawt.so | grep not         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found [root@localhost ~]# ldd /usr/lib/jvm/java-11-openjdk-11.0.6.10-4.el8.aarch64/lib/libjawt.so | grep not         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found
附注:
附件:

问题注释
(0000254) ZhangBinChen    2021-06-07 17:11	[root@localhost ~]# find /|grep libjvm.so /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/server/libjvm.so /usr/lib/jvm/java-11-openjdk-11.0.10.0.9-0.el8.x86_64/lib/server/libjvm.so 库存在 只需要配置正确路径即可找到，将其路径写入 文件/etc/ld.so.conf 如： [root@localhost ~]# cat /etc/ld.so.conf include ld.so.conf.d/*.conf /usr/lib/jvm/java-11-openjdk-11.0.10.0.9-0.el8.x86_64/lib/server/ [root@localhost ~]# /sbin/ldconfig [root@localhost ~]# ldd /usr/lib/jvm/java-11-openjdk-11.0.10.0.9-0.el8.x86_64/lib/libawt_xawt.so     linux-vdso.so.1 (0x00007ffc0c9d0000)     libm.so.6 => /lib64/libm.so.6 (0x00007f4f3b11c000)     libawt.so => /usr/lib/jvm/java-11-openjdk-11.0.10.0.9-0.el8.x86_64/lib/libawt.so (0x00007f4f3ae4a000)     libXext.so.6 => /lib64/libXext.so.6 (0x00007f4f3ac37000)     libX11.so.6 => /lib64/libX11.so.6 (0x00007f4f3a8f3000)     libXrender.so.1 => /lib64/libXrender.so.1 (0x00007f4f3a6e8000)     libdl.so.2 => /lib64/libdl.so.2 (0x00007f4f3a4e4000)     libXtst.so.6 => /lib64/libXtst.so.6 (0x00007f4f3a2dd000)     libXi.so.6 => /lib64/libXi.so.6 (0x00007f4f3a0cc000)     libjava.so => /usr/lib/jvm/java-11-openjdk-11.0.10.0.9-0.el8.x86_64/lib/libjava.so (0x00007f4f39e9f000)     libjvm.so => /usr/lib/jvm/java-11-openjdk-11.0.10.0.9-0.el8.x86_64/lib/server/libjvm.so (0x00007f4f389c1000)     libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4f387a1000)     libc.so.6 => /lib64/libc.so.6 (0x00007f4f383df000)     /lib64/ld-linux-x86-64.so.2 (0x00007f4f3b704000)     libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f4f381b6000)     libverify.so => /usr/lib/jvm/java-11-openjdk-11.0.10.0.9-0.el8.x86_64/lib/libverify.so (0x00007f4f37fa6000)     libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f4f37c11000)     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f4f379f9000)     libXau.so.6 => /lib64/libXau.so.6 (0x00007f4f377f5000) [root@localhost ~]# x86_64 以及aarch64 均适用，上述例子是x86_64 架构

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
109	[Anolis OS 8] mpitests	一般	总是	2021-05-07 15:23	2021-06-07 17:03
报告员:	anolislw	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AppStream][aarch64]安装 yum install mpitests-mvapich2.aarch64使用ldd命令查看库文件出现not found
描述:	安装 yum install mpitests-mvapich2.aarch64使用ldd命令查看库文件出现not found [系统信息] [yum源信息] yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.org/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.org/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.org/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:	8.2GA-210611
问题重现步骤:	[root@localhost ~]# yum install mpitests-mvapich2.aarch64 [root@localhost ~]# ldd /usr/lib64/mvapich2/bin/mpitests-osu_acc_latency | grep not         libmpicxx.so.12 => not found         libmpi.so.12 => not found [root@localhost ~]# ldd /usr/lib64/mvapich2/bin/mpitests-IMB-EXT | grep not         libmpi.so.12 => not found [root@localhost ~]# ldd /usr/lib64/mvapich2/bin/mpitests-osu_allgatherv | grep not         libmpicxx.so.12 => not found         libmpi.so.12 => not found
附注:
附件:

问题注释
(0000253) ZhangBinChen    2021-06-07 17:03	[root@localhost ~]# find / |grep libmpicxx.so.12 /usr/lib64/mvapich2-psm2/lib/libmpicxx.so.12 /usr/lib64/mvapich2-psm2/lib/libmpicxx.so.12.1.1 /usr/lib64/mvapich2/lib/libmpicxx.so.12 /usr/lib64/mvapich2/lib/libmpicxx.so.12.1.1 /usr/lib64/mpich/lib/libmpicxx.so.12 /usr/lib64/mpich/lib/libmpicxx.so.12.1.1 [root@localhost ~]# find / |grep libmpi.so.12 /usr/lib64/mvapich2-psm2/lib/libmpi.so.12 /usr/lib64/mvapich2-psm2/lib/libmpi.so.12.1.1 /usr/lib64/mvapich2/lib/libmpi.so.12 /usr/lib64/mvapich2/lib/libmpi.so.12.1.1 /usr/lib64/mpich/lib/libmpi.so.12 /usr/lib64/mpich/lib/libmpi.so.12.1.1 库存在 只需要配置正确路径即可找到，将其路径写入 文件/etc/ld.so.conf 如： [root@localhost ~]# cat /etc/ld.so.conf include ld.so.conf.d/*.conf /usr/lib64/mvapich2-psm2/lib/ [root@localhost ~]# /sbin/ldconfig [root@localhost ~]# ldd /usr/lib64/mvapich2/bin/mpitests-osu_acc_latency     linux-vdso.so.1 (0x00007ffdcf927000)     libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4cbfca0000)     libmpicxx.so.12 => /usr/lib64/mvapich2-psm2/lib/libmpicxx.so.12 (0x00007f4cbfa7d000)     libmpi.so.12 => /usr/lib64/mvapich2-psm2/lib/libmpi.so.12 (0x00007f4cbf48e000)     libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f4cbf0f9000)     libm.so.6 => /lib64/libm.so.6 (0x00007f4cbed77000)     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f4cbeb5f000)     libc.so.6 => /lib64/libc.so.6 (0x00007f4cbe79d000)     /lib64/ld-linux-x86-64.so.2 (0x00007f4ce00f5000)     librt.so.1 => /lib64/librt.so.1 (0x00007f4cbe594000)     libhwloc.so.5 => /lib64/libhwloc.so.5 (0x00007f4cbe355000)     libibverbs.so.1 => /lib64/libibverbs.so.1 (0x00007f4cbe139000)     libpsm2.so.2 => /lib64/libpsm2.so.2 (0x00007f4cbded0000)     libgfortran.so.5 => /lib64/libgfortran.so.5 (0x00007f4cbda53000)     libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007f4cbd812000)     libnuma.so.1 => /lib64/libnuma.so.1 (0x00007f4cbd606000)     libltdl.so.7 => /lib64/libltdl.so.7 (0x00007f4cbd3fc000)     libnl-route-3.so.200 => /lib64/libnl-route-3.so.200 (0x00007f4cbd176000)     libnl-3.so.200 => /lib64/libnl-3.so.200 (0x00007f4cbcf53000)     libdl.so.2 => /lib64/libdl.so.2 (0x00007f4cbcd4f000)     libz.so.1 => /lib64/libz.so.1 (0x00007f4cbcb38000) [root@localhost ~]# ldd /usr/lib64/mvapich2/bin/mpitests-IMB-EXT     linux-vdso.so.1 (0x00007ffe62744000)     libmpi.so.12 => /usr/lib64/mvapich2-psm2/lib/libmpi.so.12 (0x00007f4b6e0bc000)     libc.so.6 => /lib64/libc.so.6 (0x00007f4b6dcfa000)     librt.so.1 => /lib64/librt.so.1 (0x00007f4b6daf1000)     libhwloc.so.5 => /lib64/libhwloc.so.5 (0x00007f4b6d8b2000)     libibverbs.so.1 => /lib64/libibverbs.so.1 (0x00007f4b6d696000)     libpsm2.so.2 => /lib64/libpsm2.so.2 (0x00007f4b6d42d000)     libgfortran.so.5 => /lib64/libgfortran.so.5 (0x00007f4b6cfb0000)     libm.so.6 => /lib64/libm.so.6 (0x00007f4b6cc2e000)     libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4b6ca0e000)     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f4b6c7f6000)     libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007f4b6c5b5000)     /lib64/ld-linux-x86-64.so.2 (0x00007f4b6e8bb000)     libnuma.so.1 => /lib64/libnuma.so.1 (0x00007f4b6c3a9000)     libltdl.so.7 => /lib64/libltdl.so.7 (0x00007f4b6c19f000)     libnl-route-3.so.200 => /lib64/libnl-route-3.so.200 (0x00007f4b6bf19000)     libnl-3.so.200 => /lib64/libnl-3.so.200 (0x00007f4b6bcf6000)     libdl.so.2 => /lib64/libdl.so.2 (0x00007f4b6baf2000)     libz.so.1 => /lib64/libz.so.1 (0x00007f4b6b8db000) [root@localhost ~]# ldd /usr/lib64/mvapich2/bin/mpitests-osu_allgatherv     linux-vdso.so.1 (0x00007ffcd9bd1000)     libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fb336cf7000)     libmpicxx.so.12 => /usr/lib64/mvapich2-psm2/lib/libmpicxx.so.12 (0x00007fb336ad4000)     libmpi.so.12 => /usr/lib64/mvapich2-psm2/lib/libmpi.so.12 (0x00007fb3364e5000)     libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb336150000)     libm.so.6 => /lib64/libm.so.6 (0x00007fb335dce000)     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb335bb6000)     libc.so.6 => /lib64/libc.so.6 (0x00007fb3357f4000)     /lib64/ld-linux-x86-64.so.2 (0x00007fb33712a000)     librt.so.1 => /lib64/librt.so.1 (0x00007fb3355eb000)     libhwloc.so.5 => /lib64/libhwloc.so.5 (0x00007fb3353ac000)     libibverbs.so.1 => /lib64/libibverbs.so.1 (0x00007fb335190000)     libpsm2.so.2 => /lib64/libpsm2.so.2 (0x00007fb334f27000)     libgfortran.so.5 => /lib64/libgfortran.so.5 (0x00007fb334aaa000)     libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007fb334869000)     libnuma.so.1 => /lib64/libnuma.so.1 (0x00007fb33465d000)     libltdl.so.7 => /lib64/libltdl.so.7 (0x00007fb334453000)     libnl-route-3.so.200 => /lib64/libnl-route-3.so.200 (0x00007fb3341cd000)     libnl-3.so.200 => /lib64/libnl-3.so.200 (0x00007fb333faa000)     libdl.so.2 => /lib64/libdl.so.2 (0x00007fb333da6000)     libz.so.1 => /lib64/libz.so.1 (0x00007fb333b8f000) [root@localhost ~]# x86_64 以及aarch64 均适用，上述例子是x86_64 架构

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
107	[Anolis OS 8] java-1.8.0-openjdk	一般	总是	2021-05-07 15:03	2021-06-07 16:56
报告员:	anolislw	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AppStream][aarch64]安装 java-1.8.0-openjdk-devel使用ldd命令查看库文件出现not fonud
描述:	安装 java-1.8.0-openjdk-devel使用ldd命令查看库文件出现not fonud [系统信息] [yum源信息] yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.org/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.org/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.org/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:	8.2GA-210611
问题重现步骤:	[root@localhost ~]# yum -y java-1.8.0-openjdk-devel.aarch64 [root@localhost ~]# ldd /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-4.el8.aarch64/lib/aarch64/libjawt.so         linux-vdso.so.1 (0x0000ffffa9520000)         libawt.so => not found         libawt_xawt.so => not found         libjava.so => not found         libjvm.so => not found         libc.so.6 => /lib64/libc.so.6 (0x0000ffffa9360000)         /lib/ld-linux-aarch64.so.1 (0x0000ffffa9530000)
附注:	类似问题： [root@localhost ~]# yum install -y java-1.8.0-openjdk.aarch64 [root@localhost ~]# ldd /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-4.el8.aarch64/jre/lib/aarch64/libawt_xawt.so | grep "not found"         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found [root@localhost ~]# [root@localhost ~]# ldd /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-4.el8.aarch64/jre/lib/aarch64/libjawt.so | grep "not found"         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found         libjvm.so => not found
附件:

问题注释
(0000252) ZhangBinChen    2021-06-07 16:56	[root@localhost ~]# find / |grep libjava.so /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/libjava.so [root@localhost ~]# find / |grep libjvm.so /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/server/libjvm.so [root@localhost ~]# find / |grep libawt_xawt.so /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/libawt_xawt.so 库存在 只需要配置正确路径即可找到，将其路径写入 文件/etc/ld.so.conf 如： [root@localhost ~]# cat /etc/ld.so.conf include ld.so.conf.d/*.conf /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/server/ /usr/lib64/mvapich2-psm2/lib/ /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64 [root@localhost ~]# /sbin/ldconfig [root@localhost ~]# ldd /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/lib/amd64/libjawt.so     linux-vdso.so.1 (0x00007fff7e4a6000)     libawt.so => /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/libawt.so (0x00007fdc52ac6000)     libawt_xawt.so => /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/libawt_xawt.so (0x00007fdc52863000)     libjava.so => /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/libjava.so (0x00007fdc52635000)     libjvm.so => /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/server/libjvm.so (0x00007fdc515c6000)     libc.so.6 => /lib64/libc.so.6 (0x00007fdc51204000)     libm.so.6 => /lib64/libm.so.6 (0x00007fdc50e82000)     libdl.so.2 => /lib64/libdl.so.2 (0x00007fdc50c7e000)     libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fdc50a5e000)     libXext.so.6 => /lib64/libXext.so.6 (0x00007fdc5084b000)     libX11.so.6 => /lib64/libX11.so.6 (0x00007fdc50507000)     libXrender.so.1 => /lib64/libXrender.so.1 (0x00007fdc502fc000)     libXtst.so.6 => /lib64/libXtst.so.6 (0x00007fdc500f5000)     libXi.so.6 => /lib64/libXi.so.6 (0x00007fdc4fee4000)     libverify.so => /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.282.b08-1.el8.x86_64/jre/lib/amd64/libverify.so (0x00007fdc4fcd4000)     libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fdc4f93f000)     /lib64/ld-linux-x86-64.so.2 (0x00007fdc52f99000)     libxcb.so.1 => /lib64/libxcb.so.1 (0x00007fdc4f716000)     libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fdc4f4fe000)     libXau.so.6 => /lib64/libXau.so.6 (0x00007fdc4f2fa000) x86_64 以及aarch64 均适用，上述例子是x86_64 架构。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
65	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-04-13 18:28	2021-06-07 11:24
报告员:	wb-wpp899309	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-RC2-4.19-x86]设置crashkernel=256M或者512M，echo c >/proc/sysrq-trigger，系统不能正常启动
描述:	[缺陷描述]： 设置crashkernel=256M或者512M，echo c >/proc/sysrq-trigger，系统不能正常启动 [重现概率] 必现 [重现环境] 内核信息： # uname -r 4.19.91-23.1.an8.x86_64 # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 1 Socket(s): 2 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping: 7 CPU MHz: 2500.000 BogoMIPS: 5000.00 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 36608K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" # cat /proc/sys/kernel/panic 1 [重现步骤]： 1、安装依赖包  yum -y install crash kexec-tools  systemctl restart kdump 需要安装配套的kernel-debuginfo和kernel-debuginfo-common包 2、修改crashkernel的值 vi /etc/default/grub 修改为指定的值 crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M或者512M grub2-mkconfig -o /boot/grub2/grub.cfg shutdown -r now 3、触发异常 echo c >/proc/sysrq-trigger 4、检查系统是否正常启动 5、检查crash解析vmcore是否正常 [期望结果]： 触发异常后，系统能正常启动，并且正常解析vmcore [实际结果]： 触发异常后，系统未正常启动，重启环境，可见vmcore，并可正常解析 [原因定位]： [修复建议]：
标签:	8.2GA-210611
问题重现步骤:
附注:
系统说明
附件:	image.png (58,909 字节) 2021-04-13 18:28 https://bugs-old.openanolis.cn/file_download.php?file_id=39&type=bug

问题注释
(0000076) wb-wpp899309    2021-04-13 18:34	1、机器类型为F62M1 Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz 详情见正文中，重现环境中的lscpu 2、上图图片有问题，请忽略

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
76	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-04-23 14:16	2021-06-07 11:23
报告员:	qwei_007	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-RC2-4.19-x86/aarch64]shmget系统调用参数匹配错误
描述:	输入参数： shmid = shmget(key, memsize, flag); 对应参数值： key:393241, size: 135168, flag: 896 从tracepoint查看对应参数： 1044154 1044154 test sys_enter_shmget key=0 size=393241 flag=135168 可以看到系统调用得到的参数为： key =0 size =393241 flag =135168 丢失参数：flag = 896 期望结果： 1172 1172 test sys_enter_shmget key=393241 size=135168 flag=896
标签:	8.2GA-210611
问题重现步骤:	1、运行系统调用 2、通过tracepoint检查系统调用参数 具体步骤： 源文件： test.c #include <sys/types.h> #include <sys/ipc.h> #include <stdio.h> #include <sys/shm.h> int main(void) {     int key_id = 0;     key_t key;     unsigned long flag;     unsigned long memsize;     int shmid;     key = ftok("/dev/null", key_id);     flag = IPC_CREAT | SHM_R | SHM_W;     memsize = 135168;     printf("key:%lu, size: %lu, flag: %lu\n", key, memsize, flag);     shmid = shmget(key, memsize, flag);     if (shmid == -1)     {         perror("Error");     }     return 0; } Makefile: CFLAGS=-g test: test.c bcc工具命令： /usr/share/bcc/tools/trace 't:syscalls:sys_enter_shmget "key=%lu size=%lu flag=%lu", args->key, args->size, args->shmflg' 安装bcc工具： yum install -y bcc-tools
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
144	[Anolis OS 8] psacct	一般	总是	2021-05-29 22:20	2021-06-07 11:08
报告员:	qwei_007	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-RC1-4.18-aarch64]ac无法记录su用户的活动
描述:	ac无法记录su用户的活动 [环境信息]： 内核信息： $ uname -r 4.18.0-193.el8.aarch64 操作系统信息： $ cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： ac能够记录root用户的活动 [实际结果]： ac记录中没有su用户的活动 [修复建议]： ac可以记录su用户的活动
标签:	8.2GA-210611
问题重现步骤:	安装psacct并启动服务 yum install -y psacct systemctl start psacct systemctl status psacct 切换到用户test1 su test1 以用户test1执行一些命令 cd ~ ls 查看用户活动 sa -u 能够看到用户test1的活动 查看用户链接时间 ac -p 查看不到用户test1的链接时间
附注:
系统说明
附件:	Dingtalk_20210529221917.jpg (263,585 字节) 2021-05-29 22:20 https://bugs-old.openanolis.cn/file_download.php?file_id=69&type=bug

问题注释
(0000225) qwei_007    2021-05-29 22:32	进一步检查/var/log/wtmp文件中无su用户信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
30	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 15:28	2021-06-04 16:24
报告员:	wb-zmy745940	平台:
分派给:	layne-yang	操作系统:
优先级:	低	操作系统版本:
状态:	已分配	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.4
标题:	【Anolis8.2】【iso安装】安装帮助文档为英文
描述:	[缺陷描述]： 在海光服务器安装Anolis系统,进入系统安装界面,选择语言为中文,查看帮助文档为英文 [重现步骤]： 1.插入系统安装盘>进入安装界面 2.选择"中文">点击"继续" 3.点击"帮助" [期望结果]： 在中文环境下,帮助文档为中文 [实际结果]： 帮助文档为英文 [原因定位]： [修复建议]：
标签:	8.2GA-210611
问题重现步骤:
附注:
附件:	image.png (216,138 字节) 2021-03-19 15:28 https://bugs-old.openanolis.cn/file_download.php?file_id=15&type=bug

问题注释
(0000133) jacobwang    2021-05-06 11:02	优先级低， 不影响发布。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
98	[Anolis OS 8] qt5-qtbase	一般	总是	2021-04-29 19:54	2021-06-04 16:11
报告员:	anolislw	平台:
分派给:	geliwei-ali	操作系统:
优先级:	低	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[AppStream][aarch64] use command:ldd /usr/lib64/qt5/plugins/platformthemes/libqgtk3.so met "not found"
描述:	安装qt5-qtbase-gui.aarch64，使用ldd命令，会发现部分依赖库指引文件找不到 [yum源信息] yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.cn/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.cn/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:	8.2GA-210611
问题重现步骤:	[复现步骤] yum install qt5-qtbase-gui.aarch64 ldd /usr/lib64/qt5/plugins/platformthemes/libqgtk3.so | grep not found         libgtk-3.so.0 => not found         libgdk-3.so.0 => not found         libpangocairo-1.0.so.0 => not found         libpango-1.0.so.0 => not found         libatk-1.0.so.0 => not found         libcairo-gobject.so.2 => not found         libcairo.so.2 => not found         libgdk_pixbuf-2.0.so.0 => not found
附注:
附件:

问题注释
(0000171) geliwei-ali    2021-05-08 15:32	centos 也有同样的issue，降低优先级

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
118	[Anolis OS 8] scap-workbench	一般	总是	2021-05-08 14:47	2021-06-04 15:59
报告员:	yinyongchen	平台:
分派给:	geliwei-ali	操作系统:
优先级:	低	操作系统版本:
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86][AppStream]安装scap-workbench包后执行二进制文件scap-workbench发生core dump
描述:	安装scap-workbench-1.2.0-4.el8.x86_64包后 执行二进制文件 /usr/bin/scap-workbench 发生core dump 仅x86涉及，该问题在centos 8.2上同样存在 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件 scap-workbench 时发生core dump # /usr/bin/scap-workbench --help qt.qpa.xcb: could not connect to display qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. Aborted (core dumped) [原因定位]： 依赖库缺失，导致发生core dump [修复建议]： 建议修复
标签:	8.2GA-210611
问题重现步骤:	yum install -y scap-workbench /usr/bin/scap-workbench --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000173) jacobwang    2021-05-09 16:28	Anolis OS is bug-to-bug as CentOS. This problem not affect GA release

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
111	[Anolis OS 8] * OTHERS	一般	总是	2021-05-08 10:48	2021-06-04 15:53
报告员:	yinyongchen	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已分配	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86_64][AppStream]安装jmc后使用ldd命令查看libswt-awt-gtk-4932r18.so文件出现not found
描述:	安装jmc-7.0.0-4.module+el8.2.0+10128+47bb6ba2.x86_64后 使用ldd命令查看 /usr/lib/jmc/plugins/org.eclipse.swt.gtk.linux.x86_64_3.114.0.v20210329-0132/libswt-awt-gtk-4932r18.so文件出现not fonud [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： ldd包中全部so文件不会出现not found [实际结果]： ldd包中so文件出现not found # ldd /usr/lib/jmc/plugins/org.eclipse.swt.gtk.linux.x86_64_3.114.0.v20210329-0132/libswt-awt-gtk-4932r18.so ldd: warning: you do not have execution permission for `/usr/lib/jmc/plugins/org.eclipse.swt.gtk.linux.x86_64_3.114.0.v20210329-0132/libswt-awt-gtk-4932r18.so'         linux-vdso.so.1 (0x00007ffddfdeb000)         libjawt.so => not found         libc.so.6 => /lib64/libc.so.6 (0x00007f479dbc6000)         /lib64/ld-linux-x86-64.so.2 (0x00007f479e18a000) [原因定位]：  环境中依赖依赖so文件，libjawt.so，路径如下： /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-4.el8.x86_64/jre/lib/amd64/libjawt.so 对应目录加入LD_LIBRARY_PATH后报 libjvm.so not found libjvm.so路径如下: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-4.el8.x86_64/jre/lib/amd64/server/libjvm.so 再将该文件目录加入LD_LIBRARY_PATH后执行ldd则无not found, 该包为module包，理论不应依赖LD_LIBRARY_PATH，请确认是否问题 [修复建议]： 请确认是否问题
标签:	8.2GA-210611
问题重现步骤:	yum install -y jmc.x86_64 ldd /usr/lib/jmc/plugins/org.eclipse.swt.gtk.linux.x86_64_3.114.0.v20210329-0132/libswt-awt-gtk-4932r18.so
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
151	[Anolis OS 8] * OTHERS	一般	总是	2021-06-01 17:32	2021-06-04 14:03
报告员:	sshnuke1	平台:
分派给:	xuchunmei000	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	在腾讯云轻量服务器上centos2anolis结果不符预期
描述:	机型：腾讯云上海轻量服务器 原系统：centos8 执行centos2anolis 在这之前将脚本里的mirrors.openanolis.org换成了mirrors.aliyun.com以加快下载速度 执行报错 ========= Start converting ========= Backing up and removing old repository files... rpm: no arguments given for query Traceback (most recent call last):   File "centos2anolis.py", line 482, in <module>     sys.exit(main(args.r, args.V))   File "centos2anolis.py", line 265, in main     repos = subprocess.check_output("rpm -ql "+old_version+" | grep '\.repo$'", shell=True)   File "/usr/lib64/python3.6/subprocess.py", line 356, in check_output     **kwargs).stdout   File "/usr/lib64/python3.6/subprocess.py", line 438, in run     output=stdout, stderr=stderr) subprocess.CalledProcessError: Command 'rpm -ql | grep '\.repo$'' returned non-zero exit status 1. 退出后dnf update发现源是anolis的，而dnf distro-sync发现源变成了centos8 /etc/os-release也是centos8的
标签:	8.2GA-210611
问题重现步骤:
附注:
附件:

问题注释
(0000228) xuchunmei000    2021-06-02 10:52	centos8.0版本的/etc/yum.repos.d/目录下的Centos*.repo文件由centos-release提供，而不是centos-repos，执行rpm -qa centos*repos时结果为空，进一步导致rpm -ql $old_version中的old_version参数为空，最后脚本异常退出。 # rpm -qf /etc/yum.repos.d/CentOS-Base.repo centos-release-8.0-0.1905.0.9.el8.x86_64 处理方式： 修改迁移脚本，适配8.0repo rpm差异。
(0000239) xuchunmei000    2021-06-04 14:01	centos2anolis.py添加-s选项用于加速repo下载。 在腾讯云上执行迁移时，可以通过命令“python3 centos2anolis.py -s”进行一键迁移。
(0000240) xuchunmei000    2021-06-04 14:03	最新的代码已完成适配8.0 rpm差异。 并添加-s选项用于加速repo访问。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
131	[Anolis OS 8] - iso-images	@20@	总是	2021-05-13 10:57	2021-06-03 17:21
报告员:	pale_cheung	平台:	（不适用）
分派给:	cherryliyumei	操作系统:	（不适用）
优先级:	@10@	操作系统版本:	（不适用）
状态:	已分配	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	无法用数字开头的密码进行注册
描述:	用数字开头的密码进行注册时，点击“注册”，提示“密码必须字母开头,8-16位字母、数字和特殊字符组合”
标签:	8.2GA-210611, 门户网站
问题重现步骤:	注册时，密码出用数字开头的字符串，其他常规填写，点击“注册”。可以复现
附注:
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
146	[Anolis OS 8] anolis-indexhtml	一般	总是	2021-05-31 14:05	2021-06-03 16:49
报告员:	layne-yang	平台:
分派给:	mahailiang	操作系统:
优先级:	中	操作系统版本:	AnolisOS GA
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2 正式版
		目标版本:	8.2 正式版
标题:	浏览器首页社区网页地址不正确
描述:	浏览器首页社区网页地址不正确，无法正常访问。
标签:
问题重现步骤:	打开浏览器首页点击打开社区网址，提示404错误。
附注:
附件:	anolis.jpg (142,789 字节) 2021-05-31 15:00 https://bugs-old.openanolis.cn/file_download.php?file_id=70&type=bug

问题注释
(0000226) mahailiang    2021-05-31 15:00	目前是https://openanolis.cn/anolisos/，是需要改为https://openanolis.cn/吗？
(0000236) layne-yang    2021-06-03 16:48	anolis的主页面确定好了 https://openanolis.cn/anolisos
(0000237) layne-yang    2021-06-03 16:49	素辉已提交修改

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
124	[Anolis OS 8] * OTHERS	一般	总是	2021-05-11 14:24	2021-06-03 09:14
报告员:	yinyongchen	平台:
分派给:	xuchunmei000	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.18-x86/aarch64] 安装执行迁移脚本后，yum update报错，提示未提供module(platform:el8)
描述:	原环境 centos 8.1/8.2 架构 x86_64 安装执行迁移脚本后，yum update时有报错，提示未提供module(platform:el8) [环境信息]： centos 8.1 迁移前： # cat /etc/*-release CentOS Linux release 8.1.1911 (Core) NAME="CentOS Linux" VERSION="8 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Linux 8 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-8" CENTOS_MANTISBT_PROJECT_VERSION="8" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="8" CentOS Linux release 8.1.1911 (Core) CentOS Linux release 8.1.1911 (Core) # uname -r 4.18.0-147.8.1.el8_1.x86_64 centos 8.1 迁移后： # cat /etc/*-release Anolis OS release 8.2 NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" Anolis OS release 8.2 Anolis OS release 8.2 # uname -a Linux iZbp13hnrm4w12gmtw848yZ 4.18.0-193.el8.x86_64 #1 SMP Wed Jan 27 06:47:29 CST 2021 x86_64 x86_64 x86_64 GNU/Linux centos 8.2 迁移前： # cat /etc/*-release CentOS Linux release 8.2.2004 (Core) NAME="CentOS Linux" VERSION="8 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Linux 8 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-8" CENTOS_MANTISBT_PROJECT_VERSION="8" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="8" CentOS Linux release 8.2.2004 (Core) CentOS Linux release 8.2.2004 (Core) # uname -a Linux iZbp15mhum14tkjmznkd0yZ 4.18.0-193.28.1.el8_2.x86_64 #1 SMP Thu Oct 22 00:20:22 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux centos 8.2 迁移后： # cat /etc/*-release Anolis OS release 8.2 NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" Anolis OS release 8.2 Anolis OS release 8.2 # uname -a Linux iZbp15mhum14tkjmznkd0yZ 4.18.0-193.el8.x86_64 #1 SMP Wed Jan 27 06:47:29 CST 2021 x86_64 x86_64 x86_64 GNU/Linux [期望结果]： yum update 执行正常无报错 [实际结果]： 执行yum update 有报错 centos 8.1 迁移后： # yum update AnolisOS-8 - AppStream 5.1 MB/s | 5.4 MB 00:01 AnolisOS-8 - BaseOS 3.0 MB/s | 2.3 MB 00:00 AnolisOS-8 - PowerTools 2.3 MB/s | 1.7 MB 00:00 Extra Packages for Enterprise Linux 8 - x86_64 11 MB/s | 9.3 MB 00:00 Last metadata expiration check: 0:00:01 ago on Tue 11 May 2021 11:20:42 AM CST. Modular dependency problem:  Problem: conflicting requests   - nothing provides module(platform:el8) needed by module satellite-5-client:1.0:8010020191114035551:cdc1202b-0.x86_64 Dependencies resolved. Nothing to do. Complete! centos 8.2 迁移后： # yum update Last metadata expiration check: 2:47:06 ago on Tue 11 May 2021 11:31:41 AM CST. Modular dependency problems:  Problem 1: conflicting requests   - nothing provides module(platform:el8) needed by module perl-IO-Socket-SSL:2.066:8030020201222215140:1e4bbb35-0.x86_64  Problem 2: conflicting requests   - nothing provides module(platform:el8) needed by module perl-libwww-perl:6.34:8030020201223164340:b967a9a2-0.x86_64  Problem 3: conflicting requests   - nothing provides module(platform:el8) needed by module satellite-5-client:1.0:8010020191114035551:cdc1202b-0.x86_64 Dependencies resolved. Nothing to do. Complete! [原因定位]： 可能原因： 1、module依赖错误，应依赖 module(platform:an8) 2、源中未提供 module(platform:an8) 导致迁移时未能成功更新该module [修复建议]： 建议修复
标签:
问题重现步骤:	1、下载并执行centos2anolis迁移脚本： git clone https://codeup.openanolis.cn/codeup/migration/centos2anolis.git python3 centos2anolis.py 2、执行yum命令，查看有无报错 yum update
附注:
附件:

问题注释
(0000200) xuchunmei000    2021-05-12 11:03	迁移脚本已处理 satellite-5-client，在迁移完成后，将该module disable掉。
(0000209) xuchunmei000    2021-05-14 13:57    (最后编辑： 2021-05-14 14:39)	perl-IO-Socket-SSL与perl-libwww-perl两个module在anolis8.2上尚未支持 如果需要避免报错信息的打印，可以通过如下命令，disable这两个module： dnf module disable -y perl-IO-Socket-SSL perl-libwww-perl

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
139	[Anolis OS 8] - aliyun-images	一般	总是	2021-05-25 19:17	2021-05-27 11:04
报告员:	gaomingyang	平台:	x86_64
分派给:	deepin-guanwei	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【Anolis-8-GA_x86/aarch64】【anolis-DDE】DDE启动后壁纸变成 ‘统信UOS’
描述:	DDE可以启动，但是启动后壁纸变成‘统信UOS’
标签:
问题重现步骤:	1）下载anolis GA镜像并使用最小化安装 2）配置anolis dde仓库源 命令行执行如下命令： sudo yum install yum-utils sudo yum-config-manager --enable DDE sudo yum-config-manager --enable epel sudo yum clean all && yum makecache 3）dde相关软件包安装 命令行执行sudo yum groupinstall dde 4）命令行执行reboot 重启计算机 重启完成后即可进入dde桌面环境 壁纸有"统信UOS"字样
附注:
系统说明
附件:	2021-05-25 18-07-41屏幕截图.png (863,219 字节) 2021-05-26 09:06 https://bugs-old.openanolis.cn/file_download.php?file_id=66&type=bug dde-desktop.png (738,341 字节) 2021-05-27 11:01 https://bugs-old.openanolis.cn/file_download.php?file_id=67&type=bug

问题注释
(0000220) gaomingyang    2021-05-26 09:06
(0000222) xingwei-liu    2021-05-27 11:01
(0000223) xingwei-liu    2021-05-27 11:04	问题已解决 相关软件包已提交koji 。修改后效果如图dde-desktop.png

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
128	[Anolis OS 8] - iso-images	@20@	总是	2021-05-11 18:02	2021-05-26 14:31
报告员:	gaomingyang	平台:	x86/aarch64
分派给:	wb-zh951434	操作系统:	Anolis-GA
优先级:	中	操作系统版本:	Anolis-GA
状态:	已解决	产品版本:	8.2 正式版
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【Anolis-8-RC2_x86/aarch】【anolis-os-release查看】 网址路径不正确
描述:	“https://openanolis.org”路径不正确，请修改成"https://openanolis.cn/"
标签:
问题重现步骤:	1、安装Anolis-GA版本 2、cat /etc/os-release [root@localhost home]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/"
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
106	[Anolis OS 8] grub2	一般	总是	2021-05-06 18:05	2021-05-26 09:26
报告员:	weimingjiang	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2 正式版
		目标版本:
标题:	使用anolis 8.2镜像及配套源，无法编译grub2
描述:	我需要编译grub2，使用的源码和配套依赖的rpm包都来自anolis 8.2 rc2，源码没有修改，直接提交koji编译会如下错误，本地起个anolis 8.2 rc2环境，然后手动安装依赖包，通过rpmbuild命令编译也报一样的错误： + _pesign_nssdir=/etc/pki/pesign + '[' 'Anolis Test Certificate' = 'Red Hat Test Certificate' ']' + '[' -x /usr/bin/pesign ']' + '[' x86_64 == x86_64 -o x86_64 == aarch64 ']' + '[' 08 -ge 7 -a -f /usr/bin/rpm-sign ']' ++ id -un ++ uname -m + '[' '%{vendor}' == 'Fedora Project' -a root == mockbuild -a x86_64 == x86_64 ']' + '[' -S /var/run/pesign/socket ']' + /usr/bin/pesign -c 'Anolis Test Certificate' --certdir /etc/pki/pesign -i grubx64.efi.orig -o grubx64.efi -s cms_common.c:find_certificate:470: could not find certificate in list: security library: bad database. pesign: Could not find certificate Anolis Test Certificate error: Bad exit status from /var/tmp/rpm-tmp.QqtLJr (%build) centos 8.2的使用相同的方法是可以编译通过的，请帮忙看下是什么原因 RPM build errors:     Bad exit status from /var/tmp/rpm-tmp.QqtLJr (%build)
标签:
问题重现步骤:	见描述
附注:
系统说明
附件:

问题注释
(0000221) layne-yang    2021-05-26 09:25	Anolis Test Certificate is currently missing, so the original certificate is used.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
132	[Anolis OS 8] * OTHERS	@20@	总是	2021-05-13 11:02	2021-05-18 17:50
报告员:	pale_cheung	平台:	（不适用）
分派给:	youmingdot	操作系统:	（不适用）
优先级:	中	操作系统版本:	（不适用）
状态:	已确认	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	bugs平台搜索功能无法使用
描述:	右上角的“搜索框内”搜索字符串后，提示错误”APPLICATION ERROR 0000203 预期 bug_id 接收到的数据为数值。 请使用浏览器的“返回”按钮来返回到上一页，这样您可以找到发生了什么问题或者进行别的操作；您也可以点击导航栏中的其它项。“ 这样无法确定提的bug是否有人提过了，降低工作的效率。
标签:	bugs域名
问题重现步骤:	（见描述）
附注:
附件:

问题注释
(0000207) youmingdot    2021-05-14 10:08	这个功能用于直接跳转问题，并非搜索。输入框中应该填入问题 ID，如 132。如果填入非数字，则提示“预期 bug_id 接收到的数据为数值”。
(0000208) jacobwang    2021-05-14 11:04	@youmingdot 请问可以做功能扩展，增加搜索字符串工作吗？ 该功能感觉对bug 系统还是非常有帮助的。
(0000215) jacobwang    2021-05-18 17:50	有明 解决中。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
101	[Anolis OS 8] gpm	@30@	总是	2021-04-30 11:31	2021-05-14 09:44
报告员:	yinyongchen	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	反馈	产品版本:
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-4.19-x86/aarch64]查看gpm帮助信息出现乱码
描述:	查看gpm帮助信息出现乱码，x86_64\aarch64均涉及 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 查看gpm帮助信息显示正常 [实际结果]： 查看gpm帮助信息中有乱码 # /usr/sbin/gpm -h Usage: /usr/sbin/gpm [options]   Valid options are (not all of them are implemented)     -a accel sets the acceleration (default 2)     -A [limit] start with selection disabled (`aged')     -b baud-rate sets the baud rate (default 1200)     -B sequence allows changing the buttons (default '123')     -d delta sets the delta value (default 25) (must be 2 or more)     -D debug mode: don't auto-background     -g tap-button sets the button (1-3) that is emulated by tapping on                      a glidepoint mouse, none by default. (mman/ps2 only)     -i interval max time interval for multiple clicks (default 250)     -k kill a running gpm, to start X with a busmouse     -l charset loads the inword() LUT (default '-a-zA-Z0-9_./▒-▒▒-▒▒-▒')     -m mouse-device sets mouse device     -M enable multiple mice. Following options refer to                      the second device. Forces "-R"     -o options decoder-specific options (e.g.: "dtr", "rts")     -p draw the pointer while striking a selection     -q quit after changing mouse behaviour     -r number sets the responsiveness (default 10)     -R mouse-type enter repeater mode. X should read /dev/gpmdata                      like it was a mouse-type device. Default is MouseSystems.                      You can also specify "raw" to relay the raw device data.     -s sample-rate sets the sample rate (default 100)     -S [commands] enable special commands (see man page)     -t mouse-type sets mouse type (default 'ms')                      Use a non-existent type (e.g. "help") to get a list     -T test: read mouse, no clients     -v print version and exit     -V verbosity increase number of logged messages     Examples:     gpm -m /dev/misc/psaux -t ps2 to start with a ps2 mouse     gpm -m /dev/tts/0 -t mman to use mouse man on COM1 [原因定位]： 未知 [修复建议]： 请确认该情况是否正常
标签:
问题重现步骤:	1、下载gpm包，执行/usr/sbin/gpm -h，观察有无乱码 yum install -y gpm /usr/sbin/gpm -h
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:	5.png (87,688 字节) 2021-05-14 09:44 https://bugs-old.openanolis.cn/file_download.php?file_id=61&type=bug

问题注释
(0000145) ZhangBinChen    2021-05-06 18:54	并没有发现乱码 请检查自身环境终端字体是否有所缺失 请使用多种终端连接查看验证 我是使用linux ssh远程连接执行结果没有乱码 [root@localhost ~]# uanme -r bash: uanme: command not found... Similar command is: 'uname' [root@localhost ~]# uname -r 4.19.91-23.2.an8.x86_64 [root@localhost ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@localhost ~]# /usr/sbin/gpm -h Usage: /usr/sbin/gpm [options]   Valid options are (not all of them are implemented)     -a accel sets the acceleration (default 2)     -A [limit] start with selection disabled (`aged')     -b baud-rate sets the baud rate (default 1200)     -B sequence allows changing the buttons (default '123')     -d delta sets the delta value (default 25) (must be 2 or more)     -D debug mode: don't auto-background     -g tap-button sets the button (1-3) that is emulated by tapping on                      a glidepoint mouse, none by default. (mman/ps2 only)     -i interval max time interval for multiple clicks (default 250)     -k kill a running gpm, to start X with a busmouse     -l charset loads the inword() LUT (default '-a-zA-Z0-9_./---')     -m mouse-device sets mouse device     -M enable multiple mice. Following options refer to                      the second device. Forces "-R"     -o options decoder-specific options (e.g.: "dtr", "rts")     -p draw the pointer while striking a selection     -q quit after changing mouse behaviour     -r number sets the responsiveness (default 10)     -R mouse-type enter repeater mode. X should read /dev/gpmdata                      like it was a mouse-type device. Default is MouseSystems.                      You can also specify "raw" to relay the raw device data.     -s sample-rate sets the sample rate (default 100)     -S [commands] enable special commands (see man page)     -t mouse-type sets mouse type (default 'ms')                      Use a non-existent type (e.g. "help") to get a list     -T test: read mouse, no clients     -v print version and exit     -V verbosity increase number of logged messages     Examples:     gpm -m /dev/misc/psaux -t ps2 to start with a ps2 mouse     gpm -m /dev/tts/0 -t mman to use mouse man on COM1
(0000187) gaomingyang    2021-05-11 15:28    (最后编辑： 2021-05-11 15:29)	请在实体机上进行测试，实体机上x86/aarch64还是会出现乱码
(0000206) gaomingyang    2021-05-14 09:44

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
102	[Anolis OS 8] * OTHERS	@30@	总是	2021-04-30 11:45	2021-05-14 09:43
报告员:	yinyongchen	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	反馈	产品版本:
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-4.19-x86/aarch64]查看linuxdoc-tools包中的linuxdoc命令帮助信息出现乱码
描述:	查看linuxdoc-tools包中的linuxdoc命令帮助信息出现乱码，x86_64\aarch64均涉及 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 查看linuxdoc帮助信息显示正常 [实际结果]： 查看linuxdoc帮助信息中有乱码 # /usr/bin/linuxdoc --help LinuxDoc-Tools version 0.9.72 Usage:    [options] <infile> General options:   --backend={html,info,latex,lyx,rtf,txt,check} -B {html,info,latex,lyx,rtf,txt,check}   --papersize={a4,letter} -p {a4,letter}   --language={en,english,english,de,deutsch,german,nl,nederlands,dutch,fr,fran▒ais,french,es,espa▒ol,spanish,da,dansk,danish,no,norsk,norwegian,se,svenska,swedish,pt,portuges,portuguese,ca,catal▒,catalan,it,italiano,italian,ro,rom▒n▒,romanian,ja,japanese,japanese,pl,polski,polish,ko,korean,korean,fi,suomi,finnish} -l {en,english,english,de,deutsch,german,nl,nederlands,dutch,fr,fran▒ais,french,es,espa▒ol,spanish,da,dansk,danish,no,norsk,norwegian,se,svenska,swedish,pt,portuges,portuguese,ca,catal▒,catalan,it,italiano,italian,ro,rom▒n▒,romanian,ja,japanese,japanese,pl,polski,polish,ko,korean,korean,fi,suomi,finnish}   --charset={latin,ascii,nippon,euc-kr} -c {latin,ascii,nippon,euc-kr}   --style=string -S string   --tabsize=number -t number   --debug -d   --define=string -D string   --include=string -i string   --pass=string -P string Format: html   --split={0,1,2} -s {0,1,2}   --toc={0,1,2} -T {0,1,2}   --dosnames -h   --imagebuttons -I   --header=string -H string   --footer=string -F string Format: info Format: latex2e   Note that this output format requires LaTeX 2e.   --output={dvi,tex,ps,pdf} -o {dvi,tex,ps,pdf}   --bibtex -b   --makeindex -m   --pagenumber=number -n number   --quick -q   --dvips={dvips,dvi2ps,jdvi2kps} -s {dvips,dvi2ps,jdvi2kps}   --latex={latex,hlatexp,platex,jlatex} -x {latex,hlatexp,platex,jlatex} Format: lyx Format: rtf   --twosplit -2 Format: txt   --manpage -m   --filter -f   --blanks=number -b number [原因定位]： 未知 [修复建议]： 请确认该情况是否正常
标签:
问题重现步骤:	1、下载linuxdoc-tools包，执行/usr/bin/linuxdoc --help，观察有无乱码 yum install -y linuxdoc-tools /usr/bin/linuxdoc --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:	image.png (27,065 字节) 2021-05-14 09:43 https://bugs-old.openanolis.cn/file_download.php?file_id=60&type=bug

问题注释
(0000144) ZhangBinChen    2021-05-06 18:51	并没有发现乱码 请检查自身环境终端字体是否有所缺失 请使用多种终端连接查看验证 我是使用linux ssh远程连接执行结果没有乱码 [root@localhost ~]# uanme -r bash: uanme: command not found... Similar command is: 'uname' [root@localhost ~]# uname -r 4.19.91-23.2.an8.x86_64 [root@localhost ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@localhost ~]# /usr/bin/linuxdoc --help LinuxDoc-Tools version 0.9.72                                                                                                                                                                                                Usage:    [options] <infile> General options:   --backend={html,info,latex,lyx,rtf,txt,check} -B {html,info,latex,lyx,rtf,txt,check}   --papersize={a4,letter} -p {a4,letter}   --language={en,english,english,de,deutsch,german,nl,nederlands,dutch,fr,franais,french,es,espaol,spanish,da,dansk,danish,no,norsk,norwegian,se,svenska,swedish,pt,portuges,portuguese,ca,catal,catalan,it,italiano,italian,ro,romn,romanian,ja,japanese,japanese,pl,polski,polish,ko,korean,korean,fi,suomi,finnish} -l {en,english,english,de,deutsch,german,nl,nederlands,dutch,fr,franais,french,es,espaol,spanish,da,dansk,danish,no,norsk,norwegian,se,svenska,swedish,pt,portuges,portuguese,ca,catal,catalan,it,italiano,italian,ro,romn,romanian,ja,japanese,japanese,pl,polski,polish,ko,korean,korean,fi,suomi,finnish}   --charset={latin,ascii,nippon,euc-kr} -c {latin,ascii,nippon,euc-kr}   --style=string -S string   --tabsize=number -t number   --debug -d   --define=string -D string   --include=string -i string   --pass=string -P string Format: html   --split={0,1,2} -s {0,1,2}   --toc={0,1,2} -T {0,1,2}   --dosnames -h   --imagebuttons -I   --header=string -H string   --footer=string -F string Format: info Format: latex2e   Note that this output format requires LaTeX 2e.   --output={dvi,tex,ps,pdf} -o {dvi,tex,ps,pdf}   --bibtex -b   --makeindex -m   --pagenumber=number -n number   --quick -q   --dvips={dvips,dvi2ps,jdvi2kps} -s {dvips,dvi2ps,jdvi2kps}   --latex={latex,hlatexp,platex,jlatex} -x {latex,hlatexp,platex,jlatex} Format: lyx Format: rtf   --twosplit -2 Format: txt   --manpage -m   --filter -f   --blanks=number -b number
(0000188) gaomingyang    2021-05-11 15:29	请在实体机上进行测试，实体机上x86/aarch64还是会出现乱码
(0000205) gaomingyang    2021-05-14 09:43

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
89	[Anolis OS 8] * OTHERS	一般	总是	2021-04-29 14:51	2021-05-14 09:35
报告员:	yinyongchen	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86/aarch64] [PowerTools]安装perl-DateTime失败，源中缺少依赖包perl-DateTime-Locale
描述:	安装perl-DateTime失败，源中缺少依赖包perl-DateTime-Locale [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 可以正常安装perl-DateTime [实际结果]： 安装perl-DateTime失败 # yum install -y perl-DateTime LLast metadata expiration check: 3:00:04 ago on Thu 29 Apr 2021 11:48:24 AM CST. Error:  Problem: conflicting requests   - nothing provides perl(DateTime::Locale) >= 1.06 needed by perl-DateTime-2:1.50-1.el8.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) [原因定位]：  源中缺少依赖包perl-DateTime-Locale [修复建议]： 建议修复
标签:
问题重现步骤:	yum install -y perl-DateTime
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000117) yinyongchen    2021-04-29 14:57	相关失败包： perl-DateTime-Format-Builder.noarch perl-DateTime-Format-HTTP.noarch perl-DateTime-Format-ISO8601.noarch perl-DateTime-Format-Mail.noarch perl-DateTime-Format-Strptime.noarch perl-DateTime-TimeZone.noarch
(0000204) geliwei-ali    2021-05-14 09:35	mirror源已更新

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
127	[Anolis OS 8] * OTHERS	一般	总是	2021-05-11 17:07	2021-05-12 11:19
报告员:	anolislw	平台:
分派给:	xuchunmei000	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[centos8.3-aarch64/x86_64][Anolis 8.2-4.18] 执行迁移脚本工具后系统没有安装base_packages基础包
描述:	描述：centos8.3使用工具centos2anolis.py迁移至Anolis 8.2系统内未能安装base_packages相关包             ‘basesystem','initscripts','anolis-logos','plymouth','grub2','grubby'” 【迁移前信息】 [root@iZbp13etdjb60asfbyrjmfZ ~]# uname -a Linux iZbp13etdjb60asfbyrjmfZ 4.18.0-240.15.1.el8_3.aarch64 #1 SMP Tue Mar 2 15:14:39 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux [root@iZbp13etdjb60asfbyrjmfZ ~]# uname -r 4.18.0-240.15.1.el8_3.aarch64 [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/os-release NAME="CentOS Linux" VERSION="8" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Linux 8" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-8" CENTOS_MANTISBT_PROJECT_VERSION="8" [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/centos-release CentOS Linux release 8.3.2011 【迁移后信息】 [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" [root@iZbp13etdjb60asfbyrjmfZ ~]# [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/centos-release CentOS Linux release 8.3.2011 <这里有问题> [root@iZbp13etdjb60asfbyrjmfZ ~]# [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/redhat-release Anolis OS release 8.2 [root@iZbp13etdjb60asfbyrjmfZ ~]# [root@iZbp13etdjb60asfbyrjmfZ ~]# uname -a Linux iZbp13etdjb60asfbyrjmfZ 4.18.0-240.15.1.el8_3.aarch64 #1 SMP Tue Mar 2 15:14:39 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux [root@iZbp13etdjb60asfbyrjmfZ ~]# [root@iZbp13etdjb60asfbyrjmfZ ~]# uname -r 4.18.0-240.15.1.el8_3.aarch64 【问题】 迁移完成reboot后查询：anolis基础包没有安装 [root@iZbp13etdjb60asfbyrjmfZ ~]# yum list --installed | grep an8 Repository AppStream is listed more than once in the configuration Repository BaseOS is listed more than once in the configuration Repository PowerTools is listed more than once in the configuration anolis-gpg-keys.noarch 8.2-8.an8 @System anolis-release.aarch64 8.2-8.an8 @System anolis-repos.aarch64 8.2-8.an8 @System
标签:
问题重现步骤:	【复现】      下载并执行centos2anolis迁移脚本：       git clone https://codeup.openanolis.cn/codeup/migration/centos2anolis.git       脚本工具link：https://codeup.openanolis.cn/codeup/migration/centos2anolis/blob/master/centos2anolis.py       需要在centos8.3环境下执行：       python3 centos2anolis.py       reboot       yum list --installed | grep an8
附注:	【附】 x86有相同问题
附件:

问题注释
(0000195) xuchunmei000    2021-05-11 22:15	ecs实例上的centos相关的repo被修改，不是使用的centos-linux-repos包中自带的。 在执行迁移脚本前，将ecs修改过的repo删除，重新安装centos-linux-repos，再执行迁移脚本。
(0000199) xuchunmei000    2021-05-12 10:56	与126问题相同，处理方式如下 在执行迁移脚本前执行如下步骤： cd /etc/yum.repos.d rm -rf CentOS-AppStream.repo CentOS-Base.repo CentOS-centosplus.repo CentOS-CR.repo CentOS-Debuginfo.repo CentOS-Extras.repo CentOS-fasttrack.repo CentOS-Media.repo CentOS-PowerTools.repo CentOS-Sources.repo CentOS-Vault.repo wget https://mirrors.aliyun.com/centos/8.3.2011/BaseOS/x86_64/os/Packages/centos-linux-repos-8-2.el8.noarch.rpm rpm -ivh centos-linux-repos-8-2.el8.noarch.rpm --nodeps --force

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
126	[Anolis OS 8] * OTHERS	一般	总是	2021-05-11 16:30	2021-05-12 11:19
报告员:	anolislw	平台:
分派给:	xuchunmei000	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[centos8.3][Anolis 8.2-4.18-x86/aarch64] 执行迁移脚本过程中遇异常信息
描述:	描述：centos8.3迁移至Anolis 8.2使用迁移工具遇到extras源404，           迁移过程中centos repo不能disable掉（机器reboot后验证确实没有禁掉）           迁移reboot后/etc/centos-release与预期不符合 【迁移前信息】 [root@iZbp13etdjb60asfbyrjmfZ ~]# uname -a Linux iZbp13etdjb60asfbyrjmfZ 4.18.0-240.15.1.el8_3.aarch64 #1 SMP Tue Mar 2 15:14:39 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux [root@iZbp13etdjb60asfbyrjmfZ ~]# uname -r 4.18.0-240.15.1.el8_3.aarch64 [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/os-release NAME="CentOS Linux" VERSION="8" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Linux 8" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-8" CENTOS_MANTISBT_PROJECT_VERSION="8" [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/centos-release CentOS Linux release 8.3.2011 【迁移后信息】 [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" [root@iZbp13etdjb60asfbyrjmfZ ~]# [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/centos-release CentOS Linux release 8.3.2011 <这里还是centos的release信息> [root@iZbp13etdjb60asfbyrjmfZ ~]# [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/redhat-release Anolis OS release 8.2 [root@iZbp13etdjb60asfbyrjmfZ ~]# [root@iZbp13etdjb60asfbyrjmfZ ~]# uname -a Linux iZbp13etdjb60asfbyrjmfZ 4.18.0-240.15.1.el8_3.aarch64 #1 SMP Tue Mar 2 15:14:39 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux [root@iZbp13etdjb60asfbyrjmfZ ~]# [root@iZbp13etdjb60asfbyrjmfZ ~]# uname -r 4.18.0-240.15.1.el8_3.aarch64 【问题】： 问题1） extras源访问404 Errors during downloading metadata for repository 'extras':   - Status code: 404 for http://mirrors.cloud.aliyuncs.com/$contentdir/8/extras/x86_64/os/repodata/repomd.xml (IP: 100.100.2.148) Error: Failed to download metadata for repo 'extras': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried package rhn-client-tools is not installed ----------------------------------------------------------------------- 问题2） 迁移过程中原centos的repo不能disable掉，机器reboot后yum list发现centos的repo没有禁掉 ========= Start converting ========= Backing up and removing old repository files... Removing CentOS-specific yum configuration from /etc/yum.conf ... Downloading anolis release package... Modular dependency problems: ... ... Switching old release package with Anolis... warning: anolis-release-8.2-8.an8.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID 4873f7c5: NOKEY warning: file /etc/yum.repos.d/CentOS-Linux-Sources.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-PowerTools.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-Plus.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-Media.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-HighAvailability.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-FastTrack.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-Extras.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-Devel.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-Debuginfo.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-ContinuousRelease.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-BaseOS.repo: remove failed: No such file or directory warning: file /etc/yum.repos.d/CentOS-Linux-AppStream.repo: remove failed: No such file or directory /etc/yum.repos.d/switch-to-anolis.repo Enabling AppStreamwhich replaces AppStream Repository AppStream is listed more than once in the configuration Repository BaseOS is listed more than once in the configuration Repository PowerTools is listed more than once in the configuration Enabling BaseOSwhich replaces BaseOS Repository AppStream is listed more than once in the configuration Repository BaseOS is listed more than once in the configuration Repository PowerTools is listed more than once in the configuration Installing base packages for Anolis... Repository AppStream is listed more than once in the configuration Repository BaseOS is listed more than once in the configuration Repository PowerTools is listed more than once in the configuration AnolisOS-8 - AppStream 6.4 MB/s | 5.4 MB 00:00 AnolisOS-8 - BaseOS 3.1 MB/s | 2.3 MB 00:00 AnolisOS-8 - PowerTools 2.2 MB/s | 1.7 MB 00:00 CentOS-8 - Extras 27 kB/s | 2.3 kB 00:00 -------------------------------------------------------------------------------------- [root@iZbp13etdjb60asfbyrjmfZ ~]# yum repolist #CentOS的源没有disable掉 Repository AppStream is listed more than once in the configuration Repository BaseOS is listed more than once in the configuration Repository PowerTools is listed more than once in the configuration repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 extras CentOS-8 - Extras ---------------------------------------------------------------------------------------- [root@iZbp13etdjb60asfbyrjmfZ ~]# pushd /etc/yum.repos.d/;ls -lrt;popd /etc/yum.repos.d ~ total 64 -rw-r--r-- 1 root root 635 Apr 2 16:48 CentOS-AppStream.repo -rw-r--r-- 1 root root 701 Apr 2 16:48 CentOS-centosplus.repo -rw-r--r-- 1 root root 619 Apr 2 16:48 CentOS-Base.repo -rw-r--r-- 1 root root 668 Apr 2 16:48 CentOS-Debuginfo.repo -rw-r--r-- 1 root root 1329 Apr 2 16:48 CentOS-CR.repo -rw-r--r-- 1 root root 663 Apr 2 16:48 CentOS-Extras.repo -rw-r--r-- 1 root root 227 Apr 2 16:48 CentOS-epel.repo -rw-r--r-- 1 root root 1382 Apr 2 16:48 CentOS-Sources.repo -rw-r--r-- 1 root root 639 Apr 2 16:48 CentOS-PowerTools.repo -rw-r--r-- 1 root root 928 Apr 2 16:48 CentOS-Media.repo -rw-r--r-- 1 root root 242 Apr 2 16:48 CentOS-fasttrack.repo -rw-r--r-- 1 root root 74 Apr 2 16:48 CentOS-Vault.repo -rw-r--r-- 1 root root 204 May 8 09:12 AnolisOS-PowerTools.repo -rw-r--r-- 1 root root 186 May 8 09:12 AnolisOS-Plus.repo -rw-r--r-- 1 root root 201 May 11 15:54 AnolisOS-AppStream.repo -rw-r--r-- 1 root root 192 May 11 15:54 AnolisOS-BaseOS.repo ~ ------------------------------------------------------------------------------------------- [root@iZbp13etdjb60asfbyrjmfZ ~]# pushd /etc/yum.repos.d/;cat CentOS-AppStream.repo;popd /etc/yum.repos.d ~ # CentOS-AppStream.repo [AppStream] name=CentOS-$releasever - AppStream baseurl=http://mirrors.cloud.aliyuncs.com/$contentdir/$releasever/AppStream/$basearch/os/ gpgcheck=1 enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial 问题3） 迁移后reboot，/etc/centos-release的信息还是：CentOS Linux release 8.3.2011 [root@iZbp13etdjb60asfbyrjmfZ ~]# cat /etc/centos-release CentOS Linux release 8.3.2011
标签:
问题重现步骤:	【复现】     下载并执行centos2anolis迁移脚本：       git clone https://codeup.openanolis.cn/codeup/migration/centos2anolis.git       脚本工具link：https://codeup.openanolis.cn/codeup/migration/centos2anolis/blob/master/centos2anolis.py       python3 centos2anolis.py
附注:	【附】   aarch64环境迁移存在同样问题
附件:

问题注释
(0000196) xuchunmei000    2021-05-11 22:16	ecs实例上的centos 8.3相关的repo被修改，不是使用的centos-linux-repos包中自带的。 在执行迁移脚本前，将ecs修改过的repo删除，重新安装centos-linux-repos，再执行迁移脚本。
(0000198) xuchunmei000    2021-05-12 10:54	在执行迁移脚本前执行如下步骤： cd /etc/yum.repos.d rm -rf CentOS-AppStream.repo CentOS-Base.repo CentOS-centosplus.repo CentOS-CR.repo CentOS-Debuginfo.repo CentOS-Extras.repo CentOS-fasttrack.repo CentOS-Media.repo CentOS-PowerTools.repo CentOS-Sources.repo CentOS-Vault.repo wget https://mirrors.aliyun.com/centos/8.3.2011/BaseOS/x86_64/os/Packages/centos-linux-repos-8-2.el8.noarch.rpm rpm -ivh centos-linux-repos-8-2.el8.noarch.rpm --nodeps --force 然后执行迁移脚本。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
129	[Anolis OS 8] * OTHERS	一般	总是	2021-05-11 18:40	2021-05-12 11:17
报告员:	anolislw	平台:
分派给:	xuchunmei000	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[CentOS 8.2-aarch64][Anolis 8.2]CentOS使用工具迁移至Anolis8.2后yum list回显Problem: conflicting requests问题
描述:	【描述】 centos8.2 aarch64使用迁移工具后，reboot重启系统，执行yum list或者yum update回显Problem: conflicting requests问题：  Problem: conflicting requests   - nothing provides module(platform:el8) needed by module satellite-5-client:1.0:8010020191114035551:cdc1202b-0.aarch64 【迁移前系统信息】 [root@localhost ~]# cat /etc/os-release NAME="CentOS Linux" VERSION="8 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Linux 8 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-8" CENTOS_MANTISBT_PROJECT_VERSION="8" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="8" [root@localhost ~]# cat /etc/redhat-release CentOS Linux release 8.2.2004 (Core) [root@localhost ~]# [root@localhost ~]# cat /etc/centos-release CentOS Linux release 8.2.2004 (Core) [root@localhost ~]# [root@localhost ~]# uname -a Linux localhost 4.18.0-193.el8.aarch64 #1 SMP Fri May 8 11:05:12 UTC 2020 aarch64 aarch64 aarch64 GNU/Linux 【迁移后系统信息】 [root@localhost ~]#cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.org/" [root@localhost ~]# cat /etc/redhat-release Anolis OS release 8.2 [root@localhost ~]# [root@localhost ~]# uname -a Linux localhost 4.18.0-193.el8.aarch64 #1 SMP Wed Jan 27 07:32:06 CST 2021 aarch64 aarch64 aarch64 GNU/Linux 【定位】 module satellite-5-client: Requires : platform:[el8] <satellite-5-client对应的module info如下>： Last metadata expiration check: 0:05:20 ago on Tue 11 May 2021 06:06:36 PM CST. Modular dependency problem:  Problem: conflicting requests   - nothing provides module(platform:el8) needed by module satellite-5-client:1.0:8010020191114035551:cdc1202b-0.aarch64 Name : satellite-5-client Stream : 1.0 [e] Version : 8010020191114035551 Context : cdc1202b Architecture : aarch64 Profiles : common, gui Default profiles : Repo : @modulefailsafe Summary : Red Hat Satellite 5 client packages Description : Red Hat Satellite 5 client packages provide programs and libraries to allow your system to receive software updates from Red Hat Satellite 5. Requires : platform:[el8] #这里requires:platform:[el8] Artifacts : dnf-plugin-spacewalk-0:2.8.5-11.module_el8.1.0+211+ad6c0bc7.noarch                      : dnf-plugin-spacewalk-0:2.8.5-11.module_el8.1.0+211+ad6c0bc7.src                      : python3-dnf-plugin-spacewalk-0:2.8.5-11.module_el8.1.0+211+ad6c0bc7.noarch                      : python3-rhn-check-0:2.8.16-13.module_el8.1.0+211+ad6c0bc7.aarch64 【临时解决】 [root@localhost ~]# dnf module disable satellite-5-client Last metadata expiration check: 0:07:18 ago on Tue 11 May 2021 06:06:36 PM CST. Modular dependency problem:  Problem: conflicting requests   - nothing provides module(platform:el8) needed by module satellite-5-client:1.0:8010020191114035551:cdc1202b-0.aarch64 Dependencies resolved. =======================================  Package Architecture Version Repository Size ======================================= Disabling modules:  satellite-5-client Transaction Summary ======================================= Is this ok [y/N]: y Complete! 【期望解决】 可以正常执行
标签:
问题重现步骤:	【复现】      下载并执行centos2anolis迁移脚本：       git clone https://codeup.openanolis.cn/codeup/migration/centos2anolis.git       脚本工具link：https://codeup.openanolis.cn/codeup/migration/centos2anolis/blob/master/centos2anolis.py       需要在centos8.2环境执行       python3 centos2anolis.py       reboot       yum list/yum update
附注:
附件:

问题注释
(0000197) xuchunmei000    2021-05-11 22:17	satellite-5-client是redhat特有的module，在anolis中不再提供。 迁移脚本将disable该module。
(0000201) xuchunmei000    2021-05-12 11:17	最新的迁移脚本已disable satellite-5-client

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
115	[Anolis OS 8] policycoreutils	一般	总是	2021-05-08 11:44	2021-05-10 21:00
报告员:	yinyongchen	平台:
分派给:	geliwei-ali	操作系统:
优先级:	低	操作系统版本:
状态:	已确认	产品版本:
产品Build:		处理状况:	不做修改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86/aarch64][AppStream]安装policycoreutils-gui包后执行二进制文件selinux-polgengui发生core dump
描述:	安装policycoreutils-gui-2.9-9.el8.noarch包后 执行二进制文件 /usr/bin/selinux-polgengui 发生core dump [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件 selinux-polgengui 时发生core dump # /usr/bin/selinux-polgengui --help Unable to init server: Could not connect: Connection refused Unable to init server: Could not connect: Connection refused Segmentation fault (core dumped) [原因定位]： 依赖服务初始化失败后发生core dump [修复建议]： 建议修复
标签:
问题重现步骤:	yum install -y policycoreutils-gui.noarch /usr/bin/selinux-polgengui --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000180) jacobwang    2021-05-10 20:59	Centos 8 has this issue too. Since Anolis OS 8 is bug-to-bug as CentOS 8 . So this issue not affect 8.2 GA

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
117	[Anolis OS 8] rarian	一般	总是	2021-05-08 14:37	2021-05-10 18:23
报告员:	yinyongchen	平台:
分派给:	youmingdot	操作系统:
优先级:	中	操作系统版本:
状态:	认可	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis 8.2-4.19-x86/aarch64][AppStream]安装rarian-compat包后执行二进制文件rarian-sk-migrate发生core dump
描述:	安装rarian-compat-0.8.1-19.el8.x86_64包后 执行二进制文件 /usr/bin/rarian-sk-migrate 发生core dump x86/arm均涉及，该问题在centos 8.2上同样存在 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 执行包中全部二进制文件不会发生core dump [实际结果]： 执行二进制文件 rarian-sk-migrate 时发生core dump # /usr/bin/rarian-sk-migrate --help ERROR: Cannot access directory --help Segmentation fault (core dumped) [原因定位]： 进入目录失败，可能目录不存在，后发生core dump [修复建议]： 建议修复
标签:
问题重现步骤:	yum install -y rarian-compat /usr/bin/rarian-sk-migrate --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000178) jacobwang    2021-05-10 17:40	Centos 8 has this issue too. Since Anolis OS 8 is bug-to-bug as CentOS 8 . So this issue not affect 8.2 GA

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
80	[Anolis OS 8] - aliyun-images	严重	总是	2021-04-26 12:13	2021-05-10 10:36
报告员:	qingming2021	平台:	x86_64
分派给:	wb-zmy745940	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anilis OS 8.2 RC2] VM镜像系统根分区默认Size太小
描述:	系统根分区只有3.5G，建议默认大小调大一些，例如18G以上。
标签:
问题重现步骤:
附注:
系统说明
附件:	截屏2021-04-26 上午11.50.39.png (54,621 字节) 2021-04-26 12:13 https://bugs-old.openanolis.cn/file_download.php?file_id=46&type=bug image.png (19,897 字节) 2021-05-10 10:35 https://bugs-old.openanolis.cn/file_download.php?file_id=51&type=bug

问题注释
(0000129) jacobwang    2021-05-06 10:36	will fix in 8.2 GA
(0000174) wb-zmy745940    2021-05-10 10:35	0509 GA 版本镜像硬盘已修改

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
110	[Anolis OS 8] samba	一般	总是	2021-05-07 15:41	2021-05-08 15:24
报告员:	anolislw	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[BaseOS][aarch64]安装samba-winbind-clients.aarch64使用ldd命令查看库文件出现not found
描述:	安装samba-winbind-clients.aarch64使用ldd命令查看库文件出现not found [系统信息] [yum源信息] yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.org/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.org/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.org/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:
问题重现步骤:	[root@localhost ~]# yum install samba-winbind-clients.aarch64 [root@localhost ~]# ldd /usr/lib64/samba/krb5/winbind_krb5_localauth.so | grep not         libwinbind-client-samba4.so => not found         libgenrand-samba4.so => not found         libsocket-blocking-samba4.so => not found         libutil-setid-samba4.so => not found         libsamba-debug-samba4.so => not found         libtime-basic-samba4.so => not found         libsys-rw-samba4.so => not found         libreplace-samba4.so => not found         libiov-buf-samba4.so => not found
附注:	类似包问题： [root@localhost ~]# yum install samba-winbind-krb5-locator.aarch64^C [root@localhost ~]# ldd /usr/lib64/samba/krb5/winbind_krb5_locator.so | grep not         libwinbind-client-samba4.so => not found         libgenrand-samba4.so => not found         libsocket-blocking-samba4.so => not found         libutil-setid-samba4.so => not found         libsamba-debug-samba4.so => not found         libtime-basic-samba4.so => not found         libsys-rw-samba4.so => not found         libreplace-samba4.so => not found         libiov-buf-samba4.so => not found
附件:

问题注释
(0000169) geliwei-ali    2021-05-08 15:02	这些库在samba的目录下，export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/lib64/samba/ 目前没有证据显示winbind_krb5_locator.so会在脱离samba环境的情况下使用。
(0000170) geliwei-ali    2021-05-08 15:24	centos8.2的4.11.2-13版本也有此问题

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
104	[Anolis OS 8] dbus-c++	一般	总是	2021-05-06 11:33	2021-05-08 11:43
报告员:	anolislw	平台:
分派给:	geliwei-ali	操作系统:
优先级:	低	操作系统版本:
状态:	反馈	产品版本:
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[PowerTools][aarch64]安装dbus-c++.aarch64后执行/usr/bin/dbusxx-introspect -h出现core dumped
描述:	执行/usr/bin/dbusxx-introspect -h发生Aborted (core dumped) [系统信息] [yum源信息] yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.cn/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.cn/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:
问题重现步骤:	[root@localhost ~]# yum -y install dbus-c++.aarch64 [root@localhost ~]# /usr/bin/dbusxx-introspect -h terminate called after throwing an instance of 'DBus::Error'   what(): Unable to autolaunch a dbus-daemon without a $DISPLAY for X11 Aborted (core dumped)
附注:
附件:	image.png (120,245 字节) 2021-05-07 17:23 https://bugs-old.openanolis.cn/file_download.php?file_id=49&type=bug 屏幕快照 2021-05-07 下午8.44.06.png (164,097 字节) 2021-05-07 20:52 https://bugs-old.openanolis.cn/file_download.php?file_id=50&type=bug

问题注释
(0000159) geliwei-ali    2021-05-07 17:23	centos上也有此问题，降低优先级
(0000160) geliwei-ali    2021-05-07 17:23
(0000162) jacobwang    2021-05-07 20:52	dbusxx-introspect 并不支持help 或者version 类似参数。 反而会导致segment fault。(因为截图61行会引入一些随机赋值) 这是upstream 也有的bug。目前先关闭等待upstream 对应包更新即可。
(0000168) qingming2021    2021-05-08 11:43	无效参数也不应该引入core dump，可以低低优先级处理，但不建议直接关闭

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
83	[Anolis OS 8] istack-commons	一般	总是	2021-04-28 17:31	2021-05-07 14:06
报告员:	yinyongchen	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-4.19-x86/aarch64] 安装istack-commons.noarch失败，依赖包maven-plugin-bundle被modular filtering筛掉
描述:	安装istack-commons.noarch失败，PowerTools源中的依赖包maven-plugin-bundle-3.5.0-2.module+el8.2.0+10048+55533a4a.noarch包被modular filtering筛掉 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 可以正常安装istack-commons.noarch [实际结果]： 安装istack-commons.noarch失败 # yum install -y istack-commons.noarch Last metadata expiration check: 2:40:06 ago on Wed 28 Apr 2021 02:47:12 PM CST. Error:  Problem: package istack-commons-2.21-9.el8.noarch requires mvn(org.apache.felix:maven-bundle-plugin), but none of the providers can be installed   - conflicting requests   - package maven-plugin-bundle-3.5.0-2.module+el8.2.0+10048+55533a4a.noarch is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) [原因定位]：  package maven-plugin-bundle-3.5.0-2.module+el8.2.0+10048+55533a4a.noarch is filtered out by modular filtering [修复建议]： 建议修复
标签:
问题重现步骤:	yum install -y istack-commons.noarch
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000155) jacobwang    2021-05-07 14:06	more detail please see https://bugs.openanolis.cn/view.php?id=100

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
95	[Anolis OS 8] * OTHERS	一般	总是	2021-04-29 17:04	2021-05-07 14:02
报告员:	anolislw	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[PowerTools][aarch64/x86_64] install gtk-doc fail
描述:	install gtk-doc needed by docbook-utils [yum源信息] yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.cn/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.cn/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:
问题重现步骤:	[复现步骤] yum -y install gtk-doc.aarch64 Last metadata expiration check: 1:17:59 ago on Thu 29 Apr 2021 03:41:43 PM CST. Error:  Problem: conflicting requests   - nothing provides docbook-utils needed by gtk-doc-1.28-1.el8.aarch64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
附注:	x86_64有相同问题
附件:

问题注释
(0000148) layne-yang    2021-05-07 11:46	docbook-utils has been built ，http://build.openanolis.org/buildinfo?buildID=5462

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
100	[Anolis OS 8] istack-commons	一般	总是	2021-04-30 10:45	2021-05-07 13:57
报告员:	anolislw	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[PowerTools][aarch64/x86_64] install istack-commons.noarch fail
描述:	安装istack-commons.noarch报错： package maven-plugin-bundle-3.5.0-2.module+el8.2.0+10048+55533a4a.noarch is filtered out by modular filtering [yum源信息] yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.cn/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.cn/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:	软件源
问题重现步骤:	[复现步骤] yum -y install istack-commons.noarch Last metadata expiration check: 1:01:42 ago on Fri 30 Apr 2021 09:13:09 AM CST. Error:  Problem: package istack-commons-2.21-9.el8.noarch requires mvn(org.apache.felix:maven-bundle-plugin), but none of the providers can be installed   - conflicting requests   - package maven-plugin-bundle-3.5.0-2.module+el8.2.0+10048+55533a4a.noarch is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
附注:	x86_64相同问题
附件:

问题注释
(0000154) jacobwang    2021-05-07 13:57	Not a issue, same actions with centos before install istack-commons, please enable javapackages-tools # sudo dnf module enable javapackages-tools # sudo yum install istack-commons

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
81	[Anolis OS 8] * OTHERS	一般	总是	2021-04-28 17:15	2021-05-07 13:45
报告员:	yinyongchen	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-4.19-x86/aarch64] 安装apcu-panel.noarch失败，依赖包php-common被modular filtering筛掉
描述:	安装apcu-panel.noarch失败，依赖包php-common-7.3.5-5.module+el8.2.0+10034+886251c0包被modular filtering筛掉 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 可以正常安装apcu-panel.noarch [实际结果]： 安装apcu-panel.noarch失败 # yum install -y apcu-panel.noarch Last metadata expiration check: 2:17:38 ago on Wed 28 Apr 2021 02:47:12 PM CST. Error:  Problem: package apcu-panel-5.1.12-2.module+el8.2.0+10031+51845d37.noarch requires php-pecl-apcu = 5.1.12-2.module+el8.2.0+10031+51845d37, but none of the providers can be installed   - package php-pecl-apcu-5.1.12-2.module+el8.2.0+10031+51845d37.x86_64 requires php(api) = 20180731-64, but none of the providers can be installed   - package php-pecl-apcu-5.1.12-2.module+el8.2.0+10031+51845d37.x86_64 requires php(zend-abi) = 20180731-64, but none of the providers can be installed   - conflicting requests   - package php-common-7.3.5-5.module+el8.2.0+10034+886251c0.x86_64 is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) [原因定位]：  php-common-7.3.5-5.module+el8.2.0+10034+886251c0.x86_64 is filtered out by modular filtering [修复建议]： 建议修复
标签:
问题重现步骤:	yum install -y apcu-panel.noarch
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000137) jacobwang    2021-05-06 11:24	应该与 https://bugs.openanolis.cn/view.php?id=91 重复
(0000138) jacobwang    2021-05-06 11:24	应该与 https://bugs.openanolis.cn/view.php?id=91 重复

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
94	[Anolis OS 8] * OTHERS	一般	总是	2021-04-29 16:20	2021-05-07 13:44
报告员:	yinyongchen	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-4.19-x86/aarch64][AppStream]安装ruby-hivex失败，依赖包ruby-libs被modular filtering筛掉
描述:	安装ruby-hivex失败，依赖包ruby-libs被modular filtering筛掉，x86_64/aarch64均涉及 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 可以正常安装ruby-hivex [实际结果]： 安装ruby-hivex失败 # yum install -y ruby-hivex Last metadata expiration check: 1:28:27 ago on Thu 29 Apr 2021 02:48:37 PM CST. Error:  Problem: package ruby-hivex-1.3.15-7.module+el8.2.0+10026+23609cad.x86_64 requires libruby.so.2.6()(64bit), but none of the providers can be installed   - conflicting requests   - package ruby-libs-2.6.3-106.0.1.module+el8.2.0+10147+c8678d4a.x86_64 is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) [原因定位]：  package ruby-libs-2.6.3-106.0.1.module+el8.2.0+10147+c8678d4a.x86_64 is filtered out by modular filteringg [修复建议]： 建议修复
标签:
问题重现步骤:	yum install -y ruby-hivex
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000153) jacobwang    2021-05-07 13:44	close it . More info please see https://bugs.openanolis.cn/view.php?id=88

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
88	[Anolis OS 8] ruby2.5	一般	总是	2021-04-29 14:40	2021-05-07 13:44
报告员:	anolislw	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[AppStream][aarch64/x86_64] install ruby-libguestfs fail
描述:	安装ruby-libguestfs过程 Requires：rubygem(rspec-core) >= 3.7.0 [Linux主机信息] [root@VM20210305-10 ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [root@VM20210305-10 ~]# uname -a Linux VM20210305-10 4.18.0-193.el8.aarch64 #1 SMP Wed Jan 27 07:32:06 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [yum源信息] [root@VM20210305-10 ~]# yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.cn/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.cn/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:	软件源
问题重现步骤:	[是否复现] 是 [复现步骤] [root@VM20210305-10 ~]# yum install ruby-libguestfs.aarch64 Last metadata expiration check: 2:15:03 ago on Thu 29 Apr 2021 12:12:16 PM CST. Error:  Problem: package ruby-libguestfs-1:1.38.4-15.0.1.module+el8.2.0+10026+23609cad.aarch64 requires libruby.so.2.6()(64bit), but none of the providers can be installed   - conflicting requests   - package ruby-libs-2.6.3-106.0.1.module+el8.2.0+10147+c8678d4a.aarch64 is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
附注:	[相同fail问题的rpm] ruby-hivex.aarch64 x86_64架构的包有相同安装问题
系统说明
附件:

问题注释
(0000121) geliwei-ali    2021-04-30 14:33	需要先dnf module enable ruby:2.6
(0000122) geliwei-ali    2021-04-30 14:37	不是bug
(0000140) geliwei-ali    2021-05-06 13:58	EUS的virt会构建在ruby2.5上
(0000152) jacobwang    2021-05-07 13:44	fine to me . ruby:2.5 would still enable by default. and virt module would be built basing on ruby:2.5. So this issue would be gone. 8.2 GA would fix this issue.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
96	[Anolis OS 8] * OTHERS	一般	总是	2021-04-29 18:35	2021-05-07 13:43
报告员:	yinyongchen	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-4.19-x86/aarch64]执行dwarves包中二进制文件dtagnames、prefcnt发生core dump
描述:	执行dwarves包中二进制文件dtagnames、prefcnt发生core dump , x86_64、aarch64均涉及 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 可以正常执行二进制文件dtagnames、prefcnt [实际结果]： 二进制文件dtagnames、prefcnt执行发生core dump # /usr/bin/dtagnames --help Segmentation fault (core dumped) # /usr/bin/prefcnt --help Segmentation fault (core dumped) [原因定位]：  未知 [修复建议]： 建议修复
标签:
问题重现步骤:	1、开启core dump      ulimit -c unlimited      echo "/tmp/core-%e-%p" > /proc/sys/kernel/core_pattern 2、下载dwarves包并执行对应二进制，观察是否发生core dump        yum install -y dwarves        /usr/bin/dtagnames --help        /usr/bin/prefcnt --help
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000150) jacobwang    2021-05-07 13:42	http://code.openanolis.cn/c/anolis-os/dwarves/+/422 Reviewed done
(0000151) jacobwang    2021-05-07 13:42	Would fix in 8.2 GA ISO

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
93	[Anolis OS 8] python-requests	一般	总是	2021-04-29 16:02	2021-05-07 13:34
报告员:	yinyongchen	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-4.19-x86/aarch64] 安装python2-requests-2.20.0-3.module失败，依赖包python2-urllib3-1.24.2-1.0.1.module被modular filtering筛掉
描述:	安装python2-requests-2.20.0-3.module+el8.2.0+10127+a910aa2a.noarch失败，依赖包python2-requests-2.20.0-3.module+el8.2.0+10127+a910aa2a.noarch被modular filtering筛掉，x86_64/aarch64均涉及 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 可以正常安装python2-requests-2.20.0-3.module+el8.2.0+10127+a910aa2a.noarch [实际结果]： 安装python2-requests-2.20.0-3.module+el8.2.0+10127+a910aa2a.noarch失败 # yum install -y python2-requests-2.20.0-3.module+el8.2.0+10127+a910aa2a.noarch Last metadata expiration check: 1:09:20 ago on Thu 29 Apr 2021 02:48:37 PM CST. Error:  Problem: package python2-requests-2.20.0-3.module+el8.2.0+10127+a910aa2a.noarch requires python2-urllib3, but none of the providers can be installed   - conflicting requests   - package python2-urllib3-1.24.2-1.0.1.module+el8.2.0+10127+a910aa2a.noarch is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) [原因定位]：  package python2-urllib3-1.24.2-1.0.1.module+el8.2.0+10127+a910aa2a.noarch is filtered out by modular filtering [修复建议]： 建议修复
标签:
问题重现步骤:	yum install -y python2-requests-2.20.0-3.module+el8.2.0+10127+a910aa2a.noarch
附注:	yum repolist: Repo-id : AppStream Repo-baseurl : http://mirrors.openanolis.org/anolis/8/AppStream/x86_64/os ----- Repo-id : BaseOS Repo-baseurl : http://mirrors.openanolis.org/anolis/8/BaseOS/x86_64/os ----- Repo-id : PowerTools Repo-baseurl : http://mirrors.openanolis.org/anolis/8/PowerTools/x86_64/os ----- Repo-id : epel Repo-baseurl : http://yum.tbsite.net/epel/8/Everything/x86_64 ----- Repo-id : epel-modular Repo-baseurl : http://yum.tbsite.net/epel/8/Modular/x86_64/
附件:

问题注释
(0000127) jacobwang    2021-05-05 12:04	yaml artifact 在python2-urllib3 是（Release号不对） python2-urllib3-0:1.24.2-1.module+el8.2.0+10127+a910aa2a.noarch 需要微调成 python2-urllib3-0:1.24.2-1.0.1.module+el8.2.0+10127+a910aa2a.noarch 请 @geliwei修复一下
(0000149) jacobwang    2021-05-07 13:33	Would fixed in 8.2 GA

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
58	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-04-12 18:34	2021-05-06 11:30
报告员:	qwei_007	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-RC2-4.19-x86/aarch64]默认开机启动服务kdump.service状态为failed
描述:	开机启动服务kdump.service，发现状态为failed [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 开机启动服务kdump，状态为active [实际结果]： 开机启动服务kdump，状态为failed [原因定位]： 修改启动参数crashkernel=512M，服务可以启动 默认启动参数crashkernel=auto，服务启动失败 [修复建议]： 请确认设置默认开机参数导致kdump服务启动失败是否合理
标签:
问题重现步骤:	启动机器后 systemctl status tcsd.service，查询服务当前状态，其状态为fail，错误信息为无保留的内存供kdump使用
附注:
附件:

问题注释
(0000064) jacobwang    2021-04-13 11:26	4.19内核不再支持 auto这个参数
(0000110) geliwei-ali    2021-04-27 10:58	https://codeup.openanolis.cn/codeup/kernel-rpm/cloud-kernel/merge_request/26152
(0000115) geliwei-ali    2021-04-28 15:26	http://build.openanolis.cn/taskinfo?taskID=57440

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
79	[Anolis OS 8] - iso-images	一般	总是	2021-04-26 10:19	2021-05-06 11:01
报告员:	wb-zmy745940	平台:	x86_64
分派给:	wb-zmy745940	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	x86_64 和 aarch64 的ANCK 镜像gpg key 为空
描述:	x86_64 和 aarch64 的ANCK 镜像gpg key 为空
标签:
问题重现步骤:	登录任意一个ANCK 镜像 ,执行下面命令 $rpmverify anolis-gpg-keys S.5...... /etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS
附注:
系统说明
附件:

问题注释
(0000111) wb-zmy745940    2021-04-27 15:39	提醒发送至: wb-zmy745940
(0000130) wb-zmy745940    2021-05-06 10:40	最初是因为4.19版本内核的iso anolis-repos 包有问题，重新制作iso后问题已经修复

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
77	[Anolis OS 8] - aliyun-images	严重	总是	2021-04-25 17:58	2021-05-06 10:24
报告员:	qingming2021	平台:	x86_64
分派给:	wb-zmy745940	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	[Anilis OS 8.2 RC2] yum install Error: GPG check FAILED
描述:	Aliyun ECS环境： [root@localhost ~]# yum clean all 19 files removed [root@localhost ~]# yum makecache AnolisOS-8 - AppStream 5.8 MB/s | 5.4 MB 00:00 AnolisOS-8 - BaseOS 2.9 MB/s | 2.3 MB 00:00 AnolisOS-8 - PowerTools 2.3 MB/s | 1.7 MB 00:00 Metadata cache created. [root@localhost ~]# yum install net-tools Last metadata expiration check: 0:00:04 ago on Sun Apr 25 17:54:58 2021. Dependencies resolved. ======================================================================================  Package Architecture Version Repository Size ====================================================================================== Installing:  net-tools x86_64 2.0-0.51.20160912git.el8 BaseOS 320 k Transaction Summary ====================================================================================== Install 1 Package Total download size: 320 k Installed size: 942 k Is this ok [y/N]: y Downloading Packages: net-tools-2.0-0.51.20160912git.el8.x86_64.rpm 721 kB/s | 320 kB 00:00 -------------------------------------------------------------------------------------- Total 720 kB/s | 320 kB 00:00 warning: /var/cache/dnf/BaseOS-da3b78065539a7ba/packages/net-tools-2.0-0.51.20160912git.el8.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID 4873f7c5: NOKEY AnolisOS-8 - BaseOS 0.0 B/s | 0 B 00:00 The GPG keys listed for the "AnolisOS-8 - BaseOS" repository are already installed but they are not correct for this package. Check that the correct key URLs are configured for this repository.. Failing package is: net-tools-2.0-0.51.20160912git.el8.x86_64  GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ANOLIS The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'yum clean packages'. Error: GPG check FAILED
标签:
问题重现步骤:	yum install any package
附注:	[root@localhost ~]# yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools
系统说明
附件:

问题注释
(0000128) jacobwang    2021-05-06 10:23	Duplicate with https://bugs.openanolis.cn/view.php?id=79 already fixed。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
39	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 16:28	2021-05-06 10:21
报告员:	wb-zmy745940	平台:
分派给:	qingming2021	操作系统:
优先级:	低	操作系统版本:
状态:	反馈	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	【Anolis8.2】【虚拟机安装】虚拟机安装过程报错
描述:	[缺陷描述]： 虚拟机安装Anolis系统,进入系统安装界面,选择中文,点击继续,界面弹出未知错误,之后再次尝试正常(偶现) [期望结果]： 虚拟机正常安装 [实际结果]： 弹出错误弹框 [原因定位]： [修复建议]：
标签:
问题重现步骤:	[重现步骤]： 1.虚拟机安装系统 2.进入帮助文档 3.退出帮助文档 3.选择"中文">点击"继续"
附注:
附件:	image.png (275,492 字节) 2021-03-19 16:28 https://bugs-old.openanolis.cn/file_download.php?file_id=24&type=bug

问题注释
(0000055) geliwei-ali    2021-04-09 16:22	目前无法重现，改成待反馈，如果机会重现请提供完成的日志（复制对话框里所有的文字或点击‘debug’ 按钮，然后键入bt）。
(0000104) jacobwang    2021-04-24 22:19	@qingming Please help to test on Anolis OS RC2, if still can't reproduce it, please close it directly.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
78	[Anolis OS 8] kernel	严重	总是	2021-04-25 18:46	2021-05-05 11:25
报告员:	xiaozhang	平台:	aarch64(Phytium)
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	非常紧急	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	kdump无法生成vmcore
描述:	手动触发kdump，无法生成vmcore
标签:
问题重现步骤:
附注:
系统说明
附件:	1.png (13,933 字节) 2021-04-25 18:46 https://bugs-old.openanolis.cn/file_download.php?file_id=44&type=bug 2.png (32,711 字节) 2021-04-25 18:46 https://bugs-old.openanolis.cn/file_download.php?file_id=45&type=bug kdump2.png (132,226 字节) 2021-04-30 16:27 https://bugs-old.openanolis.cn/file_download.php?file_id=47&type=bug kdump1.png (420,658 字节) 2021-04-30 16:27 https://bugs-old.openanolis.cn/file_download.php?file_id=48&type=bug

问题注释
(0000124) jacobwang    2021-04-30 16:27	kernel 4.19.91-23.4.an8 kexec-tools 2.0.21-1.1.an8 have already synced on latest mirror repo. https://mirrors.openanolis.cn/anolis/8/ and already passed actions of capturing vmcore on FT2500.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
86	[Anolis OS 8] * OTHERS	一般	总是	2021-04-29 14:15	2021-04-29 15:46
报告员:	anolislw	平台:	aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[PowerTools][aarch64] install texinfo-tex.aarch64 fail
描述:	[Linux主机信息] [root@VM20210305-10 ~]# cat /etc/redhat-release Anolis OS release 8.2 [root@VM20210305-10 ~]# uname -a Linux VM20210305-10 4.18.0-193.el8.aarch64 #1 SMP Wed Jan 27 07:32:06 CST 2021 aarch64 aarch64 aarch64 GNU/Linux [yum源信息] [root@VM20210305-10 ~]# yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.cn/anolis/$releasever/BaseOS/$basearch/os [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/$releasever/AppStream/$basearch/os [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.cn/anolis/$releasever/PowerTools/$basearch/os [epel] name=Extra Packages for Enterprise Linux $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Everything/$basearch [epel-modular] name=Extra Packages for Enterprise Linux Modular $releasever - $basearch baseurl=http://yum.tbsite.net/epel/$releasever/Modular/$basearch/
标签:	软件源
问题重现步骤:	[是否复现] 是 [复现步骤] [root@VM20210305-10 ~]# yum install texinfo-tex.aarch64 Last metadata expiration check: 1:50:32 ago on Thu 29 Apr 2021 12:12:16 PM CST. Error:  Problem: package texinfo-tex-6.5-6.el8.aarch64 requires texinfo = 6.5-6.el8, but none of the providers can be installed   - conflicting requests   - nothing provides perl(Unicode::EastAsianWidth) needed by texinfo-6.5-6.el8.aarch64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
附注:	[相同fail问题的rpm] texinfo.aarch64 texi2html.noarch texi2html.noarch
系统说明
附件:

问题注释
(0000119) geliwei-ali    2021-04-29 15:46	mirror源已修正

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
84	[Anolis OS 8] perl	一般	总是	2021-04-29 11:02	2021-04-29 15:26
报告员:	weimingjiang	平台:	x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	使用anolis源无法安装texinfo软件包，报perl缺失
描述:	安装一个texinfo的包，在PowerTools目录下，报依赖冲突  Problem: conflicting requests   - nothing provides perl(Unicode::EastAsianWidth) needed by texinfo-6.5-6.el8.x86_64 我初步看了下，怀疑是anolis的源没有了modules配置，但是却有module+xx的rpm包导致 具体repo配置如下： [root@localhost yum.repos.d]# cat * [AppStream] name=AnolisOS-$releasever - AppStream baseurl=http://mirrors.openanolis.cn/anolis/8.2/AppStream/$basearch/os enabled=1 gpgcheck=0 [BaseOS] name=AnolisOS-$releasever - BaseOS baseurl=http://mirrors.openanolis.cn/anolis/8.2//BaseOS/$basearch/os enabled=1 gpgcheck=0 [Plus] name=AnolisOS-$releasever - Plus baseurl=http://mirrors.openanolis.cn/anolis/8.2/Plus/$basearch/os enabled=1 gpgcheck=0 [PowerTools] name=AnolisOS-$releasever - PowerTools baseurl=http://mirrors.openanolis.cn/anolis/8.2/PowerTools/$basearch/os enabled=1 gpgcheck=0
标签:	软件源
问题重现步骤:	1、安装问题描述配置anolis软件源 2、安装texinfo软件包：yum install texinfo
附注:
系统说明
附件:

问题注释
(0000118) geliwei-ali    2021-04-29 15:26	修复mirror源，执行下列操作验证texinfo可安装 dnf clean metadata dnf module enable perl:5.26 dnf install texinfo

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
53	[Anolis OS 8] - cloud kernel 4.19	一般	总是	2021-03-31 12:27	2021-04-24 22:34
报告员:	geliwei-ali	平台:
分派给:	Shiloong	操作系统:
优先级:	低	操作系统版本:
状态:	认可	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	cloud kernel 不支持abi
描述:	ksc安装失败，依赖kernel-abi-whitelists
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000061) jacobwang    2021-04-13 10:18	预期问题。
(0000066) jacobwang    2021-04-13 11:30	for design ， not a bug。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
71	[Anolis OS 8] anolis-release	一般	总是	2021-04-16 15:38	2021-04-24 22:31
报告员:	layne-yang	平台:	x86_64, aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	initial-setup首启动配置界面没有许可协议选项
描述:	安装AnolisOS完毕后首次重启进入initial-setup配置界面，该界面没有许可协议选项。
标签:
问题重现步骤:	1、安装AnolisOS； 2、正常启动进入initial-setup首启动配置界面； 3、该界面或跳过或显示但没有许可协议选项。 预期状态： 正常启动进入initial-setup首启动配置界面，界面显示许可协议选项，首选同意后可进入系统。
附注:
系统说明
附件:

问题注释
(0000090) geliwei-ali    2021-04-16 16:24	http://8.131.229.236/c/anolis-os/anolis-release/+/326
(0000106) jacobwang    2021-04-24 22:31	reviewed done.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
72	[Anolis OS 8] perl	一般	总是	2021-04-19 21:17	2021-04-24 22:22
报告员:	sharego2020	平台:	x86_64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	RC2 perl-threads-shared 从1.58.2升级至 1.58.3，提示cannot install the best update candidate
描述:	Error:  Problem: package perl-threads-shared-1.58-3.module+el8.2.0+10082+5bf140b0.x86_64 requires perl(:MODULE_COMPAT_5.24.4), but none of the providers can be installed   - package perl-threads-shared-1.58-3.module+el8.2.0+10082+5bf140b0.x86_64 requires libperl.so.5.24()(64bit), but none of the providers can be installed   - cannot install the best update candidate for package perl-threads-shared-1.58-2.el8.x86_64   - package perl-libs-4:5.24.4-404.0.1.module+el8.2.0+10082+5bf140b0.x86_64 is filtered out by modular filtering (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
标签:
问题重现步骤:	dnf update -y
附注:
系统说明
附件:

问题注释
(0000105) jacobwang    2021-04-24 22:22	perl-threads-shared built from module perl5.24 is not been filtered out in module yaml file as expected. Already fixed this issue by updating https://mirrors.openanolis.cn/anolis/8/AppStream/ . Please run "sudo yum makecache" to refresh/download latest metadata.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
70	[Anolis OS 8] - releng	一般	总是	2021-04-15 19:16	2021-04-24 22:11
报告员:	qingming2021	平台:	aarch64(Phytium)
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anilis OS 8.2 RC2] This system is not registered to Red Hat Insights
描述:	root@172.16.3.149's password: Activate the web console with: systemctl enable --now cockpit.socket This system is not registered to Red Hat Insights. See https://cloud.redhat.com/ To register this system, run: insights-client --register [root@localhost ~]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/"
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000103) jacobwang    2021-04-24 22:06	insights-client not supported by AnolisOS currently. Please remove insights-client in next release: - to remove it from comps file - to remove it from iso stage area

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
75	[Anolis OS 8] dnf	严重	总是	2021-04-22 11:05	2021-04-24 10:28
报告员:	xiongyu_sh	平台:	x86_64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	dnf update 出错
描述:	8.2 RC2 执行yum update 或dnf update 时系统出错
标签:
问题重现步骤:
附注:	[root@localhost ~]# dnf update 上次元数据过期检查：0:21:01 前，执行于 2021年04月22日 星期四 10时40分41秒。 错误：  问题 1: package perl-threads-shared-1.58-3.module+el8.2.0+10082+5bf140b0.x86_64 requires perl(:MODULE_COMPAT_5.24.4), but none of the providers can be installed   - package perl-threads-shared-1.58-3.module+el8.2.0+10082+5bf140b0.x86_64 requires libperl.so.5.24()(64bit), but none of the providers can be installed   - cannot install the best update candidate for package perl-threads-shared-1.58-2.el8.x86_64   - package perl-libs-4:5.24.4-404.0.1.module+el8.2.0+10082+5bf140b0.x86_64 is filtered out by modular filtering  问题 2: package perl-Test-Harness-1:3.42-2.module+el8.2.0+10082+5bf140b0.noarch requires perl(:MODULE_COMPAT_5.24.4), but none of the providers can be installed   - cannot install the best update candidate for package perl-Test-Harness-1:3.42-1.el8.noarch   - package perl-libs-4:5.24.4-404.0.1.module+el8.2.0+10082+5bf140b0.x86_64 is filtered out by modular filtering  问题 3: package perl-Pod-Escapes-1:1.07-396.module+el8.2.0+10082+5bf140b0.noarch requires perl(:MODULE_COMPAT_5.24.4), but none of the providers can be installed   - cannot install the best update candidate for package perl-Pod-Escapes-1:1.07-395.el8.noarch   - package perl-libs-4:5.24.4-404.0.1.module+el8.2.0+10082+5bf140b0.x86_64 is filtered out by modular filtering (尝试添加 '--skip-broken' 来跳过无法安装的软件包 或 '--nobest' 来不只使用最佳选择的软件包)
系统说明
附件:

问题注释
(0000100) jacobwang    2021-04-23 23:46	perl-threads-shared built from module perl5.24 is not been filtered out in module yaml file as expected.
(0000101) jacobwang    2021-04-23 23:48	Adjust module yaml about perl 5.24 module , then this issue would be gone. ``` [anuser@localhost yum.repos.d]$ sudo yum list --showduplicates perl-threads-shared Last metadata expiration check: 0:00:08 ago on Fri 23 Apr 2021 07:43:29 PM EDT. Installed Packages perl-threads-shared.x86_64 1.58-2.el8 @anaconda Available Packages perl-threads-shared.x86_64 1.58-2.el8 BaseOS [anuser@localhost yum.repos.d]$ sudo dnf update Last metadata expiration check: 0:03:38 ago on Fri 23 Apr 2021 07:43:29 PM EDT. Dependencies resolved. Nothing to do. Complete! [anuser@localhost yum.repos.d]$ ``` Will update anolis os 8 appstream mirror soon.
(0000102) jacobwang    2021-04-24 10:28	Fixed this issue by updating https://mirrors.openanolis.cn/anolis/8/AppStream/ . Please run "sudo yum makecache" to refresh/download latest metadata.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
57	[Anolis OS 8] - iso-images	严重	总是	2021-04-12 15:54	2021-04-20 01:12
报告员:	qingming	平台:	aarch64(Phytium)
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	非常紧急	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	Anolis OS 8 RC2 ISO在FT2500上无法启动
描述:	Anolis OS 8 RC2 ISO在FT2500上启动失败，EFI加载kernel前就会自动重启
标签:
问题重现步骤:	1， Anolis OS 8 RC2 ISO镜像烧写到U盘 2，选择U盘启动
附注:
系统说明
附件:	anolisos8-rc2-ft2500-install.jpg (252,191 字节) 2021-04-12 15:54 https://bugs-old.openanolis.cn/file_download.php?file_id=31&type=bug anolisos8-rc2-ft2500-1.png (68,072 字节) 2021-04-12 19:41 https://bugs-old.openanolis.cn/file_download.php?file_id=32&type=bug anolisos8-rc2-ft2500-2.png (38,286 字节) 2021-04-12 19:41 https://bugs-old.openanolis.cn/file_download.php?file_id=33&type=bug

问题注释
(0000058) qingming2021    2021-04-12 19:41	dd重新烧写U盘，并且加上启动参数试：earlycon=uart8250,mmio32,0x28001000 ，仍然启动失败
(0000083) jacobwang    2021-04-15 10:40	已解决 之前vmlinuz无法引导原因是选择了alinux ck23 的config，而alinux ck23 和 anolis os对应config不同。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
66	[Anolis OS 8] util-linux	一般	总是	2021-04-14 16:30	2021-04-19 09:30
报告员:	qwei_007	平台:
分派给:	geliwei-ali	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2 正式版
标题:	[Anolis 8.2-RC2-4.19-x86/aarch64]su命令中的umask是0077，不是期望的0022
描述:	su -c "mkdir a" [实际结果]： 创建的目录a的权限是0700 [期望结果]： 期望的目录a的权限是0755 [环境信息]： 内核信息： [root@VM20210305-12]# uname -r 4.19.91-23.1.an8.x86_64 操作系统信息： # cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/"
标签:
问题重现步骤:	yum install -y bcc-tools /usr/share/bcc/tools/trace 't:syscalls:sys_enter_umask "mask=%d", args->mask' su -c "mkdir a" 输出： PID TID COMM FUNC - 1915417 1915417 su sys_enter_umask mask=63 期望： 1123248 1123248 su sys_enter_umask mask=18
附注:
附件:	image.png (169,900 字节) 2021-04-16 16:33 https://bugs-old.openanolis.cn/file_download.php?file_id=42&type=bug image-2.png (97,580 字节) 2021-04-19 09:29 https://bugs-old.openanolis.cn/file_download.php?file_id=43&type=bug

问题注释
(0000082) qwei_007    2021-04-14 16:32	rc1中也存在这个问题
(0000093) geliwei-ali    2021-04-16 16:33    (最后编辑： 2021-04-16 16:43)	确认描述存在（两个kernel行为一致），centos执行su -c umask 同样的结果。
(0000094) geliwei-ali    2021-04-19 09:29	077为系统预设值，可通过/etc/login.defs修改

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
35	[Anolis OS 8] python2	一般	总是	2021-03-19 16:09	2021-04-14 14:05
报告员:	wb-zmy745940	平台:	x86_64/aarch64
分派给:	jacobwang	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	[Anolis 8.2-RC1-4.18-x86/aarch64]虚拟机使用镜像启动后没有python2，yum install也无法安装python2
描述:	[缺陷描述]： 虚拟机使用镜像启动后没有python2，yum install也无法安装python2 [重现概率]：必现 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.18.0-193.el8.aarch64 操作系统信息： [root@VM20210305-8]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果] 虚拟机启动后已经安装有python2，且yum install也能成功安装python2 [实际结果]： 虚拟机启动后未安装python2，yum install命令安装python2也失败 [原因定位]： 当前的yum源中不包含python2的安装包，只有python3的安装包 [修复建议]：  1. 请确认anolis是否需要提供配套的python2的安装包或镜像中包含python2 2. 另外，当前anolis不支持python2，部分测试或者其他脚本，默认会使用python命令调用，例如脚本开头会指明#!/usr/bin/env python做为解释器，当执行脚本时会报python不存在，是否考虑将python命令先软链接到/usr/bin/python3上
标签:
问题重现步骤:	1. 虚拟机启动后，which python查看是否安装有python2 2. rpm -q python，查询是否安装python2 3. yum install python，安装python
附注:
系统说明
附件:	image.png (39,355 字节) 2021-03-19 16:09 https://bugs-old.openanolis.cn/file_download.php?file_id=21&type=bug image-2.png (103,547 字节) 2021-03-19 16:09 https://bugs-old.openanolis.cn/file_download.php?file_id=22&type=bug

问题注释
(0000057) shanxifanshi    2021-04-12 18:41	4.19.91-23.1内核同样存在该问题 # yum list python2 Last metadata expiration check: 2:18:54 ago on Mon 12 Apr 2021 04:06:00 PM CST. Error: No matching Packages to list # yum install python2 Last metadata expiration check: 2:19:07 ago on Mon 12 Apr 2021 04:06:00 PM CST. No match for argument: python2 Error: Unable to find a match: python2 # yum repolist repo id repo name AppStream AnolisOS-8 - AppStream BaseOS AnolisOS-8 - BaseOS PowerTools AnolisOS-8 - PowerTools epel Extra Packages for Enterprise Linux 8 - aarch64 epel-modular Extra Packages for Enterprise Linux Modular 8 - aarch64 # uname -r 4.19.91-23.1.an8.aarch64
(0000081) jacobwang    2021-04-14 14:05	RC2 latest repo python27 已经提供。 [root@localhost yum.repos.d]# yum list python2 Last metadata expiration check: 0:00:24 ago on Wed 14 Apr 2021 10:02:49 PM CST. Available Packages python2.x86_64 2.7.17-1.0.1.module+el8.2.0+10127+a910aa2a AppStream [root@localhost yum.repos.d]# yum module list | grep python libselinux-python 2.8 common Python 2 bindings for libselinux python27 2.7 [d][e] common [d] Python programming language, version 2.7 python36 3.6 [d] build, common [d] Python programming language, version 3.6 python38 3.8 [d] build, common [d] Python programming language, version 3.8

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
62	[Anolis OS 8] - iso-images	一般	总是	2021-04-13 14:09	2021-04-13 14:48
报告员:	gaomingyang	平台:	x86_64(Hygon)
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc2
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【Anolis-8-RC2_x86_64】【安装anolis】 软件选择"虚拟化主机"报错
描述:	在海光服务器安装Anolis系统，选择"虚拟化主机"报错
标签:
问题重现步骤:	1.在海光服务器上安装Anolis RC2 2.软件选择"虚拟化主机"，以及虚拟化主机包括的所有软件 已验证，是受"虚拟化平台"软件的影响
附注:
系统说明
附件:	inde.png (88,037 字节) 2021-04-13 14:09 https://bugs-old.openanolis.cn/file_download.php?file_id=36&type=bug index.png (45,076 字节) 2021-04-13 14:09 https://bugs-old.openanolis.cn/file_download.php?file_id=37&type=bug

问题注释
(0000067) geliwei-ali    2021-04-13 14:45	this package is used for reporting virtual guest IDs to subscription-manager which we don't support, removed it.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
20	[Anolis OS 8] sssd	一般	总是	2021-03-19 13:47	2021-04-13 10:00
报告员:	wb-zmy745940	平台:	x86_64/aarch64
分派给:	mahailiang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	[Anolis 8.2-RC1-4.18-x86/aarch64]默认开机启动服务sssd-nss.socket状态为failed
描述:	[缺陷描述]： 排查默认开机启动服务sssd-nss.socket，发现状态为failed sssd服务相关资料：https://linux.die.net/man/8/sssd [重现步骤]： 1. systemctl --failed查询启动失败的服务 2. systemctl list-unit-files | grep sssd-nss.socket查询sssd-nss.socket服务是否设置开机启动 3. systemctl restart sssd-nss.socket，查询是否启动成功 4. systemctl status sssd-nss.socket，查询服务当前状态 [重现概率]：必现 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.18.0-193.el8.aarch64 操作系统信息： [root@VM20210305-8]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 开机启动服务sssd-nss.socket，状态为active [实际结果]： 开机启动服务sssd-nss.socket，状态为failed [原因定位]： [修复建议]：  请确认anolis设置sssd-nss.socket默认开机自启动和当前服务状态为failed是否合理
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (104,988 字节) 2021-03-19 13:47 https://bugs-old.openanolis.cn/file_download.php?file_id=6&type=bug

问题注释
(0000059) mahailiang    2021-04-13 09:57	centos上此服务默认是disable的，所以更新anolis-release使得sssd-nss.socket服务默认为disable。
(0000060) mahailiang    2021-04-13 09:58	http://8.131.229.236/c/anolis-os/anolis-release/+/299

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
21	[Anolis OS 8] trousers	一般	总是	2021-03-19 14:09	2021-04-12 18:22
报告员:	wb-zmy745940	平台:	x86_64/aarch64
分派给:	xuehaolin	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	[Anolis 8.2-RC1-4.18-x86/aarch64]默认开机启动服务tcsd.service状态为failed
描述:	[缺陷描述]： 排查默认开机启动服务tcsd.service，发现状态为failed tcsd服务相关资料：https://linux.die.net/man/8/tcsd tcsd配置文件：/etc/tcsd.conf [重现步骤]： 1. systemctl --failed查询启动失败的服务 2. systemctl list-unit-files | grep tcsd查询tcsd服务是否设置开机启动 3. systemctl restart tcsd.service，查询是否启动成功 4. systemctl status tcsd.service，查询服务当前状态 [重现概率]：必现 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.18.0-193.el8.aarch64 操作系统信息： [root@VM20210305-8]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 开机启动服务tcsd，状态为active [实际结果]： 开机启动服务tcsd，状态为failed [原因定位]： [修复建议]：  当前tcsd.service服务手动也无法正常启动，请确认设置默认开机自启动和当前服务状态为failed是否合理
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (58,257 字节) 2021-03-19 14:09 https://bugs-old.openanolis.cn/file_download.php?file_id=7&type=bug

问题注释
(0000029) xuehaolin    2021-03-26 16:14	tcsd服务是用于管理TPM设备的服务，当其不能找到合适的TPM设备，则启动失败。本问题因硬件环境不匹配导致，而非软件问题。 若是在虚拟机环境中运行，虚拟机安装时，默认不会模拟出TPM设备，则会出现此问题；若是在物理机环境中，则有两种可能，无TPM设备；或TPM设备非1.2版本而是为2.0版本，Trousers包并不能管理TPM2.0设备。 解决方案：默认关闭该服务。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
28	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 15:08	2021-04-09 16:46
报告员:	wb-zmy745940	平台:
分派给:	xuehaolin	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	【Anolis8.2】【iso安装】系统环境存在Red Hat和CentOS字样
描述:	[缺陷描述]： Anolis系统环境存在Red Hat和CentOS字样 [重现步骤]： 1.插入Anolis系统安装盘，进入安装界面 2.选择"中文">点击"继续" 3.点击"软件选择" 4.安装完成重启进入系统后输入用户名密码登陆 5.输入命令cat /etc/redhat-release 6.输入命令ls /etc/yum.repos.d/ 7.输入命令vi ~/anaconda-ks.cfg [期望结果]： 不存在Red Hat和CentOS字样 [实际结果]： 系统环境存在Red Hat和CentOS字样 [原因定位]：anolis-release包没更新，anolis-repos包没添加以及comps文件没有rebrand导致的这些问题 [修复建议]： 上述包或者文件rebrand。
标签:
问题重现步骤:
附注:
附件:	image.png (3,187 字节) 2021-03-19 15:08 https://bugs-old.openanolis.cn/file_download.php?file_id=10&type=bug image-2.png (12,112 字节) 2021-03-19 15:08 https://bugs-old.openanolis.cn/file_download.php?file_id=11&type=bug image-3.png (16,164 字节) 2021-03-19 15:08 https://bugs-old.openanolis.cn/file_download.php?file_id=12&type=bug image-4.png (264,478 字节) 2021-03-19 15:08 https://bugs-old.openanolis.cn/file_download.php?file_id=13&type=bug

问题注释
(0000056) geliwei-ali    2021-04-09 16:46	请使用最新的版本验证

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
38	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 16:26	2021-04-09 15:47
报告员:	wb-zmy745940	平台:	x86_64/aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	【Anolis-8-RC1_x86/aarch】【安装】安装源报错
描述:	[缺陷描述]： 安装Anolis_8-RC系统，点击软件选择，在额外软件环境全部勾选之后会报错，最小安装不勾选"开发工具"可以安装 [期望结果]： 正常安装 [实际结果]： 安装源报错 [原因定位]： [修复建议]：
标签:
问题重现步骤:	1.插入Anolis系统安装盘 2.启动进入安装界面 3.点击"软件选择">"带GUI的服务器" 4.点击"软件选择">"服务器">勾选"额外软件" 5.点击"软件选择">"工作站" 6.点击"软件选择">"定制操作系统">勾选"额外软件" 7.点击"软件选择">"最小安装">勾选"额外软件" 8.点击"软件选择">"虚拟化主机">勾选"额外软件"
附注:
系统说明
附件:	image.png (316,283 字节) 2021-03-19 16:26 https://bugs-old.openanolis.cn/file_download.php?file_id=23&type=bug

问题注释
(0000053) geliwei-ali    2021-04-09 15:46	please verify this on RC2, it should be fixed now.

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
46	[Anolis OS 8] redhat-support-lib-python	一般	总是	2021-03-29 12:32	2021-04-07 09:26
报告员:	layne-yang	平台:	x86_64 aarch64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	[Anolis OS 8] redhat-support-lib-python 包中Vendor信息错误
描述:	redhat-support-lib-python 包中Vendor信息为Red Hat, Inc.
标签:
问题重现步骤:	1、下载AnolisOS-8.2-RC1-x86_64-dvd.iso或者AnolisOS-8.2-RC1-aarch64-dvd.iso并挂载； 2、rpm -qpi 挂载目录/AppStream/Packages/redhat-support-lib-python-0.11.2-1.el8.noarch.rpm |grep Vendor 3、查看输出信息。 预想输出信息：OpenAnolis Community 实际输出信息：Red Hat, Inc.
附注:
附件:

问题注释
(0000037) layne-yang    2021-03-30 10:08	已修改Vendor信息提交。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
45	[Anolis OS 8] insights-client	一般	总是	2021-03-29 12:27	2021-04-07 09:25
报告员:	layne-yang	平台:	x86_64 aarch64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:
标题:	[Anolis OS 8] insights-client 包中Vendor信息错误
描述:	insights-client 包中Vendor信息为Red Hat, Inc.
标签:
问题重现步骤:	1、下载AnolisOS-8.2-RC1-x86_64-dvd.iso或者AnolisOS-8.2-RC1-aarch64-dvd.iso并挂载； 2、rpm -qpi 挂载目录/AppStream/Packages/insights-client-3.0.13-1.el8.noarch.rpm |grep Vendor 3、查看输出信息。 预想输出信息：OpenAnolis Community 实际输出信息：Red Hat, Inc.
附注:
系统说明
附件:

问题注释
(0000035) layne-yang    2021-03-30 10:08	已修改Vendor信息提交。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
47	[Anolis OS 8] redhat-support-tool	一般	总是	2021-03-29 12:34	2021-04-07 09:25
报告员:	layne-yang	平台:	x86_64 aarch64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:
标题:	[Anolis OS 8] redhat-support-tool 包中Vendor信息错误
描述:	redhat-support-tool 包中Vendor信息为Red Hat, Inc.
标签:
问题重现步骤:	1、下载AnolisOS-8.2-RC1-x86_64-dvd.iso或者AnolisOS-8.2-RC1-aarch64-dvd.iso并挂载； 2、rpm -qpi 挂载目录/AppStream/Packages/redhat-support-tool-0.11.2-2.el8.noarch.rpm |grep Vendor 3、查看输出信息。 预想输出信息：OpenAnolis Community 实际输出信息：Red Hat, Inc.
附注:
附件:

问题注释
(0000036) layne-yang    2021-03-30 10:08	已修改Vendor信息提交。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
11	[Anolis OS 8] - iso-images	严重	总是	2021-03-18 21:15	2021-04-07 09:21
报告员:	tuzi0101	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	安装系统时选择带GUI的服务器，会报错。
描述:	使用vmware workstation 16 建立虚拟机 挂载 AnolisOS-8.2-RC1-x86_64-dvd.iso 光盘镜像进行安装。 安装系统时 软件选择中 基本环境中选择带GUI的服务器，会报检查软件依赖关系时出错。
标签:
问题重现步骤:	使用vmware workstation 16 建立虚拟机 挂载 AnolisOS-8.2-RC1-x86_64-dvd.iso 光盘镜像进行安装。 语言 > 简体中文 软件选择 > 基本环境 > 带GUI的服务器 （右侧未选择额外软件） 然后下方会出现下列告警： 检查软件依赖关系时出错。点击查看详情。
附注:
系统说明
附件:	bug.png (173,753 字节) 2021-03-18 21:15 https://bugs-old.openanolis.cn/file_download.php?file_id=3&type=bug bug2.png (133,907 字节) 2021-03-18 21:15 https://bugs-old.openanolis.cn/file_download.php?file_id=4&type=bug

问题注释
(0000012) tuzi0101    2021-03-18 21:17	只在选择带GUI的服务器时出现，选择最小系统等其他选项不会出现这个报错。
(0000032) layne-yang    2021-03-26 16:24	目前发现安装源中尚缺的包： python3-libvirt python3-subscription-manager-rhsm javapackages-filesystem libvirt-daemon-kvm libvirt-daemon-config-network java-headless javapackages-filesystem selinux-policy(>= 3.14.3-41.el8_2.8) selinux-policy-base(>= 3.14.3-41.el8_2.8) perl-DBD-MySQL python3-libvirt libvirt-client libvirt-daemon-kvm libvirt-daemon-config-network httpd 上述包列表总结过程：1、安装程序中软件选择勾选各个Base Environment 并全部勾选其后额外软件；2、导出安装日志处理
(0000038) layne-yang    2021-03-30 10:42	该问题等待OS组将软件包编译完成再进行验证。
(0000051) layne-yang    2021-04-07 09:21	iso 软件源中的依赖问题已经修复，安装程序中软件选择勾选各个Base Environment 并全部勾选其后额外软件不会出现依赖错误提示。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
41	[Anolis OS 8] - iso-images	严重	总是	2021-03-25 16:28	2021-04-07 09:20
报告员:	osososos	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:
标题:	使用U盘启动，无法进行安装
描述:	1. 使用的ISO为：http://mirrors.openanolis.cn/anolis/8/iso/x86_64/AnolisOS-8.2-RC1-x86_64-dvd.iso 2. dd到u盘：dd if=/root/AnolisOS-8.2-RC1-x86_64-dvd.iso of=/dev/sdb 3. 进行安装： 报如下错误：Some Packages from local repository have incorrect checksum，然后无法进行后续安装。 另外，选择Server With GUI时，会报错误：Error checking software selection.
标签:
问题重现步骤:	同上
附注:	检查后，发现ISO的md5sum值和网站上公布是一样的。
系统说明
附件:

问题注释
(0000024) jacobwang    2021-03-26 10:13	预期问题， 预计下个发布解决。
(0000030) layne-yang    2021-03-26 16:17	该问题与0000011(bugid)问题相同，由于安装源部分包缺失导致的依赖错误。
(0000031) layne-yang    2021-03-26 16:18    (最后编辑： 2021-03-26 16:25)	这个问题跟使用什么安装介质没有关系； 目前发现安装源中尚缺的包： python3-libvirt python3-subscription-manager-rhsm javapackages-filesystem libvirt-daemon-kvm libvirt-daemon-config-network java-headless javapackages-filesystem selinux-policy(>= 3.14.3-41.el8_2.8) selinux-policy-base(>= 3.14.3-41.el8_2.8) perl-DBD-MySQL python3-libvirt libvirt-client libvirt-daemon-kvm libvirt-daemon-config-network httpd 上述包列表总结过程：1、安装程序中软件选择勾选各个Base Environment 并全部勾选其后额外软件；2、导出安装日志处理
(0000050) layne-yang    2021-04-07 09:20	iso 软件源中的依赖问题已经修复，安装程序中软件选择勾选各个Base Environment 并全部勾选其后额外软件不会出现依赖错误提示。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
55	[Anolis OS 8] selinux-policy	严重	总是	2021-04-02 23:51	2021-04-06 13:35
报告员:	layne-yang	平台:	x86_64 aarch64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	[Anolis OS 8] 选择带GUI安装提示缺少依赖包selinux-policy
描述:	安装基本环境选择带GUI的服务器提示缺少依赖包selinux-policy
标签:
问题重现步骤:	1、选择RC1或者RC2预测版本启动至安装； 2、软件选择spoke选择带GUI的服务器； 3、最下方提示错误，点开显示缺少依赖包selinux-policy
附注:
附件:	selinux.png (97,656 字节) 2021-04-02 23:51 https://bugs-old.openanolis.cn/file_download.php?file_id=29&type=bug

问题注释
(0000049) geliwei-ali    2021-04-06 13:35	http://build.openanolis.cn/buildinfo?buildID=4526

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
50	[Anolis OS 8] - releng	一般	总是	2021-03-30 08:57	2021-04-06 10:53
报告员:	ZhangBinChen	平台:
分派给:	mahailiang	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:
标题:	【Anolis8.2 RC1】 module：idm-client ipa 编译失败
描述:	module：idm-client ipa 编译失败 ：http://build.openanolis.cn/taskinfo?taskID=30559
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000039) ZhangBinChen    2021-03-30 13:29	http://8.131.229.236/c/anolis-os/ipa/+/297
(0000048) ZhangBinChen    2021-04-06 10:53	http://8.131.229.236/q/project:anolis-os%252Fipa http://build.openanolis.cn/buildinfo?buildID=4433

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
22	[Anolis OS 8] iputils	一般	总是	2021-03-19 14:13	2021-04-02 12:23
报告员:	wb-zmy745940	平台:	x86_64/aarch64
分派给:	xuehaolin	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	[Anolis 8.2-RC1-4.18-x86/aarch64]默认开机启动服务rdisc.service状态为failed
描述:	[缺陷描述]： 排查默认开机启动服务rdisc.service，发现状态为failed rdisc服务相关资料：https://linux.die.net/man/8/rdisc [重现步骤]： 1. systemctl --failed查询启动失败的服务 2. systemctl list-unit-files | grep rdisc查询rdisc服务是否设置开机启动 3. systemctl restart rdisc.service，查询是否启动成功 4. systemctl status rdisc.service，查询服务当前状态 [重现概率]：必现 [环境信息]： 内核信息： [root@VM20210305-8]# uname -r 4.18.0-193.el8.aarch64 操作系统信息： [root@VM20210305-8]# cat /etc/os-release NAME="Anolis OS" VERSION="8.2" ID="anolis" ID_LIKE="rhel fedora centos" VERSION_ID="8.2" PLATFORM_ID="platform:an8" PRETTY_NAME="Anolis OS 8.2" ANSI_COLOR="0;31" HOME_URL="https://openanolis.cn/" [期望结果]： 开机启动服务rdisc，状态为active [实际结果]： 开机启动服务rdisc，状态为failed [原因定位]： [修复建议]：  当前rdisc.service服务手动也无法正常启动， 请确认设置默认开机自启动和当前服务状态为failed是否合理
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (59,943 字节) 2021-03-19 14:13 https://bugs-old.openanolis.cn/file_download.php?file_id=8&type=bug

问题注释
(0000028) xuehaolin    2021-03-26 16:03	rdisc.service服务启动时寻找路由表，默认配置情况下仅发送三次请求报文，来寻找路由器信息，若没有接受到回应，则该服务自动退出，导致状态为failed，当前将此服务默认关闭。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
40	[Anolis OS 8] php	一般	没有试验	2021-03-23 15:23	2021-04-02 12:20
报告员:	ZhangBinChen	平台:	aarch64
分派给:	ZhangBinChen	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	【Anolis8.2 RC1】 php 7.3 module 编译失败
描述:	php 7.3 module 组中，php-pecl-xdebug 包 arm架构编译出错 错误摘要：Test for Xdebug's remote log (can not connect, no remote callback) [tests/remote_log1.phpt] 链接如下： http://build.openanolis.cn/taskinfo?taskID=21966 利用arm本地mock 非module 方式编译此包没有错误
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000022) ZhangBinChen    2021-03-26 09:06	与mariadb 编译同类问题 解决方案见：https://bugs.openanolis.cn/view.php?id=33

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
34	[Anolis OS 8] hwloc	一般	没有试验	2021-03-19 16:05	2021-04-02 12:15
报告员:	wb-zmy745940	平台:	aarch64/x86_64
分派给:	geliwei-ali	操作系统:	Anolis OS
优先级:	低	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	未处理
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	[Anolis 8.2-RC1-4.18-x86/aarch64]yum源中没有hwloc-devel安装包
描述:	[缺陷描述]： yum源中没有hwloc-devel安装包，麻烦帮忙确认下，是否需要提供此安装包 如下yum源中均无hwloc-devel包： BaseOS源：  http://mirrors.openanolis.cn/anolis/8/BaseOS/ AppStream源：  http://mirrors.openanolis.cn/anolis/8/AppStream/ 部分截图如下，只有这几个相关包 [重现步骤]： [重现概率]： [环境信息]： Host:虚拟机 ，x86，arm OS:Anolis OS release 8.2 kernel:4.18.0-193.el8.x86_64、4.18.0-193.el8.aarch64 [期望结果] [实际结果]： [原因定位]： [修复建议]：
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (78,188 字节) 2021-03-19 16:05 https://bugs-old.openanolis.cn/file_download.php?file_id=19&type=bug image-2.png (113,362 字节) 2021-03-19 16:05 https://bugs-old.openanolis.cn/file_download.php?file_id=20&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
37	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 16:24	2021-04-02 12:14
报告员:	layne-yang	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	[Anolis OS 8] 【Anolis8.2】 x86_64版本的iso目录下有arch是aarch64的二进制包
描述:	x86_64版本的iso（AnolisOS-8.2-RC1-x86_64-dvd.iso）目录下有arch是aarch64的二进制包。
标签:
问题重现步骤:	1、挂载iso，进入iso挂载目录下的AppStream/Packages/； 2、ls |grep aarch64;可以看到anaconda等二进制包是aarch64架构的。
附注:
系统说明
附件:

问题注释
(0000023) layne-yang    2021-03-26 09:46	已修改集成目录，并添加二进制包检测脚本。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
32	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 15:35	2021-04-02 12:14
报告员:	wb-zmy745940	平台:
分派给:	layne-yang	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	【Anolis8.2】【虚拟机安装】安装完成重启引导为Centos
描述:	[缺陷描述]： 虚拟机安装Anolis系统,安装完成重启进入系统,系统引导项为CentOS Linux [期望结果]： 系统引导项为Anolis Linux [实际结果]： 系统引导项为CentOS Linux [原因定位]： [修复建议]：
标签:
问题重现步骤:	1.虚拟机安装Anolis系统 2.安装完成后点击"重启"
附注:
附件:	image.png (27,629 字节) 2021-03-19 15:35 https://bugs-old.openanolis.cn/file_download.php?file_id=17&type=bug

问题注释
(0000020) layne-yang    2021-03-25 18:29	CentOS信息是kernel中的信息，需要确认下kernel编译环境的release内容。
(0000021) layne-yang    2021-03-25 18:31	kernel在正确的release条件下编译可以修改问题中的错误信息； 升级测试目前koji平台上最新版本kernel，没有问题。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
29	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 15:25	2021-04-02 12:14
报告员:	wb-zmy745940	平台:
分派给:	layne-yang	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	【Anolis8.2】【iso安装】安装帮助文档存在RHEL字样
描述:	[缺陷描述]： 虚拟机安装Anolis系统,打开帮助文档,存在RHEL字样 [重现步骤]： 1.虚拟机安装系统，进入安装界面 2.点击"帮助" [期望结果]： 帮助文档不存在RHEL字样 [实际结果]： 帮助文档存在RHEL字样 [原因定位]： [修复建议]：
标签:
问题重现步骤:
附注:
附件:	image.png (216,138 字节) 2021-03-19 15:25 https://bugs-old.openanolis.cn/file_download.php?file_id=14&type=bug

问题注释
(0000033) layne-yang    2021-03-26 17:39	gerrit上anaconda-user-help包已经做过rebrand处理。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
27	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 15:03	2021-04-02 12:14
报告员:	wb-zmy745940	平台:	aarch64
分派给:	xuehaolin	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	【Anolis-8-RC1_aarch】【安装】文本化安装进不去
描述:	[缺陷描述]： 在鲲鹏服务器上安装Anolis-8-RC系统，键入e进入文本化安装卡起 [重现步骤]： 1.在鲲鹏服务器插入系统安装盘 2.启动进入安装引导 3.键入"e"键，添加 inst.text>键入"F10" [期望结果]： 正常进入文本化安装界面 [实际结果]： 界面卡住，不进入文本化安装 [原因定位]：终端未响应，信息没有显示 [修复建议]： 引导参数除了添加inst.text外还要加上console=tty参数。
标签:
问题重现步骤:
附注:
系统说明
附件:	image.png (546,906 字节) 2021-03-19 15:03 https://bugs-old.openanolis.cn/file_download.php?file_id=9&type=bug

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
25	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 14:29	2021-04-02 12:14
报告员:	wb-zmy745940	平台:	aarch64
分派给:	xuehaolin	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	不必改
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	【Anolis-8-RC1_aarch】【安装】安装界面无法切换tty
描述:	[缺陷描述]： 在鲲鹏服务器上安装Anolis-8-RC系统，进入安装界面键入"Ctrl"+"Alt"+F4之后不切换 [重现步骤]： 1.在鲲鹏服务器上安装Anolis系统 2.启动进入安装界面 3.键入"Ctrl"+"Alt"+F4 [期望结果]： 正常切换tty [实际结果]： 不切换tty [原因定位]： [修复建议]：
标签:
问题重现步骤:
附注:	截图1：https://alinux-yungao.oss-cn-hangzhou.aliyuncs.com/7237700079966586319_0305_1.jpg
系统说明
附件:

问题注释
(0000017) xuehaolin    2021-03-25 13:38	该问题由硬件方案引起，该问题不修复

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
23	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 14:18	2021-04-02 12:14
报告员:	wb-zmy745940	平台:	x86_64
分派给:	xuehaolin	操作系统:	Anolis OS
优先级:	中	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc1
		目标版本:	8.2-rc2
标题:	【Anolis-8-RC1_x86】【安装】在万数服务器上U盘legacy安装跳过直接进入系统
描述:	[缺陷描述]： 在万数服务器上用U盘legacy方式安装系统跳过直接进入系统 [重现步骤]： 1.准备系统安装盘（U盘） 2.选择legacy安装方式，启动选择U盘安装引导 [期望结果]： 系统正常安装 [实际结果]： 跳过直接进入系统 [原因定位]：参考bug：【Anolis8.2】【iso安装】U盘legacy安装不进入安装引导 [修复建议]：重复bug
标签:
问题重现步骤:
附注:
系统说明
附件:

问题注释
(0000027) xuehaolin    2021-03-26 15:52	iso集成时缺少参数，RC1 x86_64 ISO 正式发布会解决该问题。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
13	[Anolis OS 8] - iso-images	严重	总是	2021-03-19 10:20	2021-04-02 12:14
报告员:	wb-zmy745940	平台:	x86_64(Hygon)
分派给:	xuehaolin	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:	8.2-rc2
		目标版本:	8.2-rc2
标题:	【Anolis-8-RC1_x86】【安装】在海光服务器上安装Anolis-8-RC1efi安装引导起不来
描述:	[缺陷描述]： 在海光服务器上安装Anolis-8-RC1，进入安装引导，不进入安装界面 [期望结果]： 系统正常安装 [实际结果]： 点击安装引导之后，服务器卡住，未进入安装界面 [原因定位]： [修复建议]：
标签:
问题重现步骤:	[重现步骤]： 1.准备Anolis系统安装盘 2.启动进入安装引导界面 3.进入安装引导
附注:
系统说明
附件:

问题注释
(0000025) xuehaolin    2021-03-26 15:44    (最后编辑： 2021-03-26 15:45)	该问题是RC1中由于未添加该架构的支持补丁引起
(0000026) xuehaolin    2021-03-26 15:46	该问题是RC1中由于未添加该架构的支持补丁引起，于下一版本解决该问题；后续的安装还需要再进行一些测试。

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
5	[Anolis OS 8] - iso-images	严重	总是	2021-03-17 16:19	2021-04-02 12:14
报告员:	wb-zmy745940	平台:
分派给:	xuehaolin	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	【Anolis-8-RC1_aarch】【pxe安装】在鲲鹏服务器上进行pxe安装找不到安装源
描述:	[缺陷描述]： 配置Anolis pxe安装服务器，网线直接连到服务器，启动服务器选择pxe安装，进入安装界面找不到安装源 [重现步骤]： 1.配置好Anolis-8-RC1_aarch pxe服务器 2.服务器启动选择pxe安装 [期望结果]： 正常进行安装 [实际结果]： 找不到安装源 [原因定位]：找不到安装源的原因一般是：1、nfs挂载失败；2、ks文件的repo地址不对；3、.treeinfo文件缺失。 [修复建议]：修整pxe配置，缺失的隐藏文件.treeinfo加上.
标签:
问题重现步骤:
附注:	PXE部署安装文档 ：https://alinux-yungao.oss-cn-hangzhou.aliyuncs.com/PXE%E9%83%A8%E7%BD%B2%E5%AE%89%E8%A3%85%E6%96%87%E6%A1%A3.docx
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
16	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 10:56	2021-04-02 12:11
报告员:	wb-zmy745940	平台:
分派给:	xuehaolin	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	【Anolis8.2】【iso安装】U盘legacy安装不进入安装界面
描述:	[缺陷描述]： 在万数服务器上U盘安装Anolis系统,选择legacy安装方式,但是服务器没有进入系统安装界面 [重现步骤]： 1.准备系统安装盘(U盘) 2.启动服务器,进入bios,设置legacy启动方式,保存退出 3.进入安装引导 [期望结果]： 正常进入系统安装界面 [实际结果]： 服务器没有进入系统安装界面 [原因定位]：iso集成缺少参数。 [修复建议]：iao集成时添加参数 -untranslated-filenames  -J -joliet-long -rational-rock -translation-table -input-charset utf-8 -x ./lost+found
标签:
问题重现步骤:
附注:
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
15	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 10:51	2021-04-02 12:11
报告员:	wb-zmy745940	平台:
分派给:	xuehaolin	操作系统:
优先级:	高	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	【Anolis8.2】【iso安装】安装引导无法进入引导项编辑界面
描述:	[缺陷描述]： 在海光服务器上安装Anolis系统,选择legacy安装方式,进入系统安装引导,无法进入安装引导编辑界面 [重现步骤]： 1.准备系统安装盘 2.启动进入安装引导界面 3.在安装引导键盘键入"e" [期望结果]： 正常进入引导项编辑的界面 [实际结果]： 界面无响应，不进入引导项编辑界面 [原因定位]：进入编辑的操作有误 [修复建议]： 按“e”没有生效的话可以选择按“esc”然后键入“linux text”后回车启动。
标签:
问题重现步骤:
附注:	参考截图：https://alinux-yungao.oss-cn-hangzhou.aliyuncs.com/4553604737090985049_index.png
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
14	[Anolis OS 8] - iso-images	一般	总是	2021-03-19 10:41	2021-04-02 12:11
报告员:	wb-zmy745940	平台:	x86_64
分派给:	layne-yang	操作系统:	Anolis OS
优先级:	高	操作系统版本:	8
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	【Anolis8.2】【安装iso】系统efi安装过程报错
描述:	[缺陷描述]： 在联想台式机安装Anolis系统,选择uefi安装,安装过程弹出错误弹框 [重现步骤]： 1.在联想台式机插入系统安装盘 2.选择'Server with GUI' 3.配置安装所选磁盘 4.点击"开始安装" [期望结果]： 系统正常安装进入系统 [实际结果]： 安装引导过程报错弹出提示窗口 [原因定位]：efi_vendor修改为anolis，与安装中定义的路径不一致，导致找不到安装目录。 [修复建议]： efi_vendor宏改为redhat，重编grub2，shim包。此处已修改，新版本RC1已集成。
标签:
问题重现步骤:
附注:	参考截图：https://alinux-yungao.oss-cn-hangzhou.aliyuncs.com/2426884510014577001_0223_1.jpg
系统说明
附件:

这个问题没有注释信息

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
6	[Anolis OS 8] abattis-cantarell-fonts	一般	没有试验	2021-03-17 16:27	2021-04-02 12:11
报告员:	wb-zmy745940	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	重新打开
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	【Anolis8.2 RC1】包dist 错误
描述:	[缺陷描述]： - 包dist 错误 abattis-cantarell-fonts:abattis-cantarell-fonts-0.0.25-4.an8.src.rpm bolt:bolt-0.8-2.an8.src.rpm - 包没有bump release dotnet3.1:dotnet3.1-3.1.103-2.an8.src.rpm [重现步骤]：  [期望结果]： [实际结果]： [原因定位]： [修复建议]：
标签:
问题重现步骤:
附注:
附件:

问题注释
(0000006) geliwei-ali    2021-03-18 15:06	bolt - http://build.openanolis.cn/buildinfo?buildID=2534 dotnet3.1 - http://build.openanolis.cn/buildinfo?buildID=2535 abattis-cantarell-fonts - http://build.openanolis.cn/buildinfo?buildID=521

查看问题详情
编号:	分类:	严重性:	出现频率:	报告日期:	最后更新:
18	[Anolis OS 8] （无分类）	一般	总是	2021-03-19 11:21	2021-03-31 17:38
报告员:	wb-zmy745940	平台:
分派给:	ZhangBinChen	操作系统:
优先级:	中	操作系统版本:
状态:	已解决	产品版本:	8.2-rc1
产品Build:		处理状况:	已修正
处理方式:	无
估计完成时间:	无	修正版本:
		目标版本:	8.2-rc2
标题:	[Anolis 8.2-RC1-4.18-x86/aarch64]系统时间不正确，/etc/chrony.conf未配置，无法同步时间
描述:	[缺陷描述]： 系统时间不正确，比正常时间快8个小时，chronyd服务正常，/etc/chrony.conf文件未配置，无法同步时间 # date Thu Mar 11 04:04:34 CST 2021 # hwclock --show 2021-03-11 04:04:37.452898+08:00 # timedatectl status                Local time: Thu 2021-03-11 03:46:09 CST            Universal time: Wed 2021-03-10 19:46:09 UTC                  RTC time: Wed 2021-03-10 19:46:09                 Time zone: Asia/Shanghai (CST, +0800) System clock synchronized: no               NTP service: active           RTC in local TZ: no # systemctl status chronyd ● chronyd.service - NTP client/server    Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled; vendor preset: enabled)    Active: active (running) since Thu 2021-03-11 02:42:23 CST; 1h 4min ago      Docs: man:chronyd(8)            man:chrony.conf(5)   Process: 34432 ExecStartPost=/usr/libexec/chrony-helper update-daemon (code=exited, status=0/SUCCESS)   Process: 34426 ExecStart=/usr/sbin/chronyd $OPTIONS (code=exited, status=0/SUCCESS)  Main PID: 34430 (chronyd)     Tasks: 1 (limit: 101368)    Memory: 1.3M    CGroup: /system.slice/chronyd.service            └─34430 /usr/sbin/chronyd [重现概率] 必现 [重现环境] Host:虚拟机 ，x86 OS:Anolis OS release 8.2 kernel:4.18.0-193.el8.x86_64 # lscpu Architecture:        x86_64 CPU op-mode(s):      32-bit, 64-bit Byte Order:          Little Endian CPU(s):              4 On-line CPU(s) list: 0-3 Thread(s) per core:  2 Core(s) per socket:  1 Socket(s):           2 NUMA node(s):        1 Vendor ID:           GenuineIntel CPU family:          6 Model:               85 Model name:          Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz Stepping:            7 CPU MHz:             2500.000 BogoMIPS:            5000.00 Hypervisor vendor:   KVM Virtualization type: full L1d cache:           32K L1i cache:           32K L2 cache:            1024K L3 cache:            36608K NUMA node0 CPU(s):   0-3 Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ibrs ibpb stibp fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves avx512_vnni [重现步骤]： [期望结果]： date查看的系统时间正确 [实际结果]： 时间不正确，比当前时间快8h [原因定位]： 配置anolis的/etc/chrony.conf文件后，可同步时间 [修复建议]：
标签:
问题重现步骤:
附注:
附件:	TIME.png (299,253 字节) 2021-03-31 17:35 https://bugs-old.openanolis.cn/file_download.php?file_id=25&type=bug date.png (3,733 字节) 2021-03-31 17:35 https://bugs-old.openanolis.cn/file_download.php?file_id=26&type=bug chosetime.png (239,678 字节) 2021-03-31 17:35 https://bugs-old.openanolis.cn/file_download.php?file_id=27&type=bug neowk.png (240,320 字节) 2021-03-31 17:35 https://bugs-old.openanolis.cn/file_download.php?file_id=28&type=bug

问题注释
(0000043) ZhangBinChen    2021-03-31 17:35	1,请确认安装时是否选择时区为 Asia/shanghai （默认是纽约时间，自然会出现八小时的差距） 2,请参照附件图片，选择时区安装验证。