March 2023 - Community - mailweb.opengauss.org

【问题单公示】【openGauss】【数据统计】插入的数据等了5S后仍然统计不出来
by chenxiaobin (F) 22 Mar '23

22 Mar '23

问题单：【数据统计】插入的数据等了5S后仍然统计不出来 https://gitee.com/opengauss/openGauss-server/issues/I6O24O @wx_84fcc584df 您好，经CCB裁决，同意该问题单为非问题，解释如下： alter system set autovacuum to off; drop table if exists sales; select pg_stat_reset(); CREATE TABLE sales (prod_id numeric(6), cust_id numeric, time_id DATE, channel_id CHAR(1), promo_id numeric(6), quantity_sold numeric(3), amount_sold numeric(10,2) ); INSERT INTO sales VALUES(1, 12, '2019-02-01 00:00:00', 'b', 1, 1, 1); SELECT pg_sleep(1); select pg_stat_get_blocks_fetched(a.oid) from PG_CLASS a where a.relname = 'sales'; 考虑这个场景，后台worker线程每次处理sql都会触发执行一次pgstat_report_stat，如issue描述中，该函数会判断当前时间和上次上报时间间隔超过0.5S时才会上报给PgstatCollector，insert完成后距离上一次上报还不到0.5s（首次连接时触发的pgstat_report_stat会上报），因此不会上报。等下一次sleep(1)后触发时才上报。 PgstatCollector接收到报告消息时，也不会立马刷到磁盘文件pgstat.stat，有其他线程发起刷新请求时才会写文件。worker线程在查询pg_stat_get_blocks_fetched时会读取pgstat.stat，并要求该文件在0.5s内被更新过，否则等待或发起刷新请求。 GlobalStatsTracker线程每隔20s会发送刷新请求给PgstatCollector，PgstatCollector接收到后便更新pgstat.stat。有一种特殊场景是，在worker线程sleep(1)后触发上报之前的某一时刻，GlobalStatsTracker发起了一次刷请请求，文件被更新，且没有worker线程准备要上报的信息。后面worker查询pg_stat_get_blocks_fetched时距离文件上一次更新又在0.5s内，就直接返回结果。建议修改用例，将pg_sleep(1)改为连续两次pg_sleep(0.5)，这时候第一次sleep完成后会触发上报，第二次0.5s后的查询要么由自己去发起刷新请求，要么在第二次的0.5s内由GlobalStatsTracker发起的请求更新文件，同样会记录worker上报的信息。这样能保证用例稳定成功。经过CCB裁决，同意按上述修改用例，公示该问题单7天，并于公示结束后关闭该问题单。若提单人看到此邮件，还有其他问题，可以在issue下答复，谢谢。

1 0

如何 assign issuse 给自己？
by qinhao＠newland.com.cn 16 Mar '23

16 Mar '23

按照文档，我尝试分配给自己一个issue（用/assign），但是opengauss-bot返回如下消息： "This issue can not be assigned to hwrd. Please try to assign to the repository collaborators." 这是怎么回事？请问，我如何才能参与到issue的修改中来？另外，我们公司已经签署了CLA，但是当我作为企业员工签署CLA时却提示失败。

1 0

【问题单公示】【openGauss】【chameleon仓库】Mysql 8.0导入opengauss失败
by douxin (A) 16 Mar '23

16 Mar '23

@eanfs32 问题单名称：Mysql 8.0导入opengauss失败问题单链接：https://gitee.com/opengauss/openGauss-tools-chameleon/issues/I64JFP Chameleon全量迁移采用多进程运行，读写分离，从报错信息看到是在多进程启动报错，经分析这和本地python环境强相关，不是chameleon代码或实现上的缺陷。已找到一些相关的解决方案，并已回复，详见pr评论内容。但是本地环境（python3.6 和 python3.8）均无法复现，且在客户场景和实际测试中也没有出现过此问题，但是外部客户一直无法联系上，因此暂时无法验证是否有效。经过CCB裁决，同意公示该问题单7天，并于公示结束后关闭该问题单。若提单人看到此邮件，本地还能复现对应问题，麻烦请与我们联系，谢谢。 2023.3.16 Thanks & Best regards！ ________________________________ 窦欣 (Dou Xin) E-mail: douxin5(a)huawei.com<mailto:douxin5@huawei.com> Department: openGauss Program

1 0

opengauss安装适配问题
by 1598712421 15 Mar '23

15 Mar '23

1598712421 1598712421(a)qq.com   1.您好我尝试安装了opengausss (GaussDB Kernel V500R002C10 build 4b68e2b1)，尝试本地磁盘备份，备份指令报错 python3 GaussRoach.py -t backup --master-port 6000 --media-destination /home/omm/media --media-type DISK --metadata-dest  /home/omm/metadata Parsing the configuration file. ERROR: Failed to get datanode ha status before start back up! Cleaning temp files after backup or restore. Successfully cleaned temp files after backup or restore. Backups.ini file does not exist.... ERROR: Failed to parse the metadata to display in show command update successfully Roach operation backup failed. 请问下，这些是高可用环境没有配置好吗？需要修改那些地方。安装文档中未找到相关的报错信息解析。

1 0

从哪着手贡献代码？
by qinhao＠newland.com.cn 15 Mar '23

15 Mar '23

公司给我时间让我向社区贡献代码，看到有许多issue不知从哪个着手，请问有负责人的issue也可以参与吗？

2 1

issue"update 事件中before值不对"回复
by 王正元，15320251438 08 Mar '23

08 Mar '23

@syxlw您好，针对社区issue：https://gitee.com/opengauss/debezium/issues/I6H6QE 根据排查，我们认为debezium工具变现符合使用，工具使用有一些特点如下：在update事件中，若表有主键，openGauss逻辑解码解析before的值时，只会解析主键的值，kafka在接收这些值时，会接收正确的主键值，其他列若有默认值，则接收默认值，若无默认值，则before中该列的值为null，before中的值用于拼接update语句的where条件，对于有主键的表，where条件只拼接主键值，而after的值正确，因此不影响反向迁移功能。与openGauss逻辑解码相关人员确认逻辑解码解析有主键的表时，before的值只解析主键值综上所述，该问题属正常情况如果您还有其他疑问，欢迎与我们继续讨论。如果没有收到您其他疑问的信息，我们将关闭此issue。谢谢！

1 0

issue ”plugin.name=pgoutput不生效“ 回复
by czywj163 07 Mar '23

07 Mar '23

@syxlw 您好，针对社区 issue：https://e.gitee.com/opengaussorg/dashboard?issue=I6H6XC 根据排查，我们认为 debezium工具变现符合使用，工具使用有一些限制相关如下：在debezium使用中会用到流复制执行sql实现一些简单的查询 opengauss3.0 版本数据库不支持该特性 opengauss 3.1 版本数据库支持该特性，可以正常使用与opengauss数据库相关人员确认 opengauss3.1.0以下版本流复制连接不支持执行普通sql，仅可以执行流复制指令综上所述，引起该问题发生的原因是数据库的原因导致如果您还有其他疑问，欢迎与我们继续讨论。如果没有收到您其他疑问的信息，我们将关闭此 issue。谢谢！

1 0

2024

2023

2022

2021

2020

Community March 2023