Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[Bug]

オープン
#2,098 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 3 日以内に返信

@yjhjstz がすでに取り組んでいます。

2026年10月8日 から。

  • #2099 @yjhjstz による — オープン

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
15/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
c, postgresql, sql
領域
databases

調査の方向性

Start by reproducing with the SQL in the report: create a table, run gpcheckcat on the database, then create the materialized view and run it again. The failing check is inconsistent_pg_class, which reports relmvrefcount as 1 on the coordinator (content -1) and 0 on the segments. Done means gpcheckcat is clean after the materialized view is created. Pull request #2099 is already open against this issue, so review it before starting new work.

索引モデルが issue の本文から書いたものです。

説明

type: Bug
Apache Cloudberry version

Apache Cloudberry 2.1.0-incubating build bdf90c5518f

What happened

gpcheckcat is reporting issues on a database with materialized views

Relation oid: 7016964
Relation schema: XXXX
Relation name: XXXXXX

Name of test which found this issue: inconsistent_pg_class
   relmvrefcount is '1' on content -1 (XXXXXX:5432)
   relmvrefcount is '0' on all other segments

Gpcheckcat is showing no errors before creation of materialized view

After a materialized view is created and run the gpcheckcat is reporting inconsistencies in pg_class

Seems like relmvrefcount is not being updated on the segments

What you think should happen instead

Either relmvrefcount is updated correctly or gpcheckcat should ignore this test. We have multiple CB clusters with multiple databases. And our daily online catalog check is failing on any database with MV

How to reproduce

CREATE TABLE public.test_table (
col1 int,
col2 int
)
DISTRIBUTED randomly;
run gpcheckcat This shows no error

CREATE MATERIALIZED VIEW public.test_table_mv
WITH (appendonly = true, blocksize='32768', compresslevel='3', compresstype=zstd, checksum='true') AS
SELECT * from public.test_table;

run gpcheckcat

Relation oid: 7018655
Relation schema: public
Relation name: test_table

Name of test which found this issue: inconsistent_pg_class
   relmvrefcount is '1' on content -1 (XXXXXX:5432)
   relmvrefcount is '0' on all other segments
Operating System

NAME="Red Hat Enterprise Linux" VERSION="9.7 (Plow)"

Anything else

Every time. We can reproduce this at will

Are you willing to submit PR?
  • Yes, I am willing to submit a PR!
Code of Conduct
主要言語
C
スター
1.4k
フォーク
260
平均マージ
4日 5時間
マージ済み PR(30日)
51

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

apache/cloudberry のほかの issue

apache/cloudberry の issue をすべて見る

似ている issue

C の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。