[Bug] auvacuum worker worked in loop and it is caused to High CPU usage

オープン

#1,850 2026年7月14日に作成コメント 10 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 4/5
見積もり時間: 3〜5日
初心者へのやさしさ: 45/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 静か
技術スタック: hadoop
領域: databases

調査の方向性

まず、いくつかの PXF foreign tables があるクリーンなデータベースでループを再現し、次に auvacuum worker logs とレポートに示されている vacuum の失敗を調査します。vacuum がこれらの foreign tables を処理しなくなり、worker がループを停止し、高い CPU 使用率が解消されれば完了です。

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

説明

type: Bug

Apache Cloudberry version

We are trying to test Apache Cloudberry 2.1.0 on Astra Linux 1.8.1 (Debian 12 based)

What happened

Hello,
We found the next problem with auvacuum worker using not correct logic and trying to vacuum PXF foreghn tables located on Hadoop.
It is caused to high CPU usage by autovacuum workers on database with high coung of PXF tables

In Cloudberry master log we can see many messages by the next screenshoot we can see

When we can run vacuum on problem database, vacuum crashed by the next error

And we can identify this object as PXF foreighn table

What you think should happen instead

And i think correct about vacuum logic can not work with foreighn tables and in Greenplum logic means not use PXF tables too in this mechanizm.

How to reproduce

I think need to create couple of PXF tables on clean DB.

Operating System

Astra Linux 1.8.1 (Debian 12 based)

Anything else

Every time.

Are you willing to submit PR?

Yes, I am willing to submit a PR!

Code of Conduct

I agree to follow this project's Code of Conduct.

主要言語: C
スター: 1.4k
フォーク: 248
平均マージ: 4日 10時間
マージ済み PR（30日）: 40

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

apache/cloudberry のほかの issue

[Bug] Expand fails to recognize user-defined tablespaces オープン

type: Bug

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

apache/cloudberry#1885 · リアクション 2 件 · 2026年8月5日に作成
gpexpand first stage fails: 'SyncPackages' object has no attribute 'ret' (extension sync never runs; regression) オープン

難易度 2/5 1〜3時間初心者へのやさしさ 86/100

apache/cloudberry#1825 · 2026年6月18日に作成
[Bug] UPDATE of the distribution key fails with "can't split update for inherit table" after the child table is dropped オープン

type: Bug

難易度 3/5 1〜2日初心者へのやさしさ 65/100

apache/cloudberry#2048 · リアクション 1 件 · 2026年9月23日に作成
[Bug] Wrong results: GPORCA evaluates a window function in a correlated aggregate subquery over all groups オープン

type: Bug

難易度 4/5 3〜5日初心者へのやさしさ 40/100

apache/cloudberry#2047 · 2026年9月23日に作成
[Bug] Wrong results: GPORCA returns NULL instead of the empty-input value for correlated aggregate subqueries other than count オープン

type: Bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

apache/cloudberry#2046 · コメント 1 件 · 2026年9月23日に作成

apache/cloudberry の issue をすべて見る

似ている issue

plum build . without -o names the binary "." and fails to link オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

bradcypert/plum#53 · 2026年9月24日に作成
[GLib] Rename run-end encoded array values accessor to physical_values オープン

Component: GLib

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

apache/arrow#51479 · 2026年9月24日に作成
quiche HTTP/3 header filter only rejects CR/LF/NUL; other control bytes (e.g. ESC) still reach the header callback / terminal output オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

curl/curl#23070 · 2026年9月24日に作成
[esp32s31] uart_periph.c: UART3 TX/RX .signal = -1 breaks GPIO-matrix routing and causes OOB register write (IDFGH-18333) オープン

Status: Opened

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

espressif/esp-idf#19127 · 2026年9月24日に作成
MOTD: a first-login task list for new users (/etc/motd, Darwin-style) オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

nextbsd/nextbsd-userland#285 · 2026年9月24日に作成

C の issue をもっと見る