Community July 2023

community@opengauss.org

8 participants
13 discussions

05 Jul '23

关于社区门禁整改 1.首先社区门禁之前是每次跑一个任务需要花费30多分钟，非常耗时，影响pr何如的效率；针对这个将社区门禁进行优化，现在门禁需要花费15min左右，将时间缩短了一般，效率提升了50% 2.在整改社区门禁之后，需要维护用例的文件和执行命令的方式发生了变化；首先说下维护用例的文件，之前维护的是parallel_schedule0这个文件，但是现在把这个大文件拆分成了3个小文件，分别是parallel_schedule0A，parallel_schedule0B，parallel_schedule0C，后续维护的话，也主要是在维护这三个小文件，当然了也可以维护之前的大文件parallel_schedule0，但是门禁现在不会执行parallel_schedule0这个文件的用例里，大家可以自行在本地验证。维护用例的执行方式发生了变化，之前的执行命令是make fastcheck_single -sj p=8798；现在由于是维护的三个文件，所以每个文件对应一个执行命令；如果执行parallel_schedule0A的用例，那么执行的命令是make fastcheck_single -sj p=8798 PART=A；如果执行parallel_schedule0B的用例，那么执行的命令是make fastcheck_single -sj p=8798 PART=B；如果执行parallel_schedule0C的用例，那么执行的命令是make fastcheck_single -sj p=8798 PART=C；

1 0

社区门禁整改，执行用例方式发生变化
by 刘恒 03 Jul '23

03 Jul '23

1 0

I79UK5未复现关闭公示
by Alien 03 Jul '23

03 Jul '23

issue: 并发插入toast表，文件描述符使用过多，导致数据库宕机 https://e.gitee.com/opengaussorg/dashboard?issue=I79UK5 原因：不复现问题，且经过分析，与max_files_per_process配置有关。且资料中已经糇针对报错的相关描述，可以调小max_files_per_process 结论：暂行关闭，后续如在max_files_per_process调小后（小于ulimit -a配置）如果仍然可以复现，可重新打开

1 0

2024

2023

2022

2021

2020

Community July 2023