cbcopy migration from Greenplum 6.21.0 to Apache Cloudberry 2.1.0 fails with COPY errors
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
調査の方向性
Start by reviewing the cbcopy migration logs and the COPY failures reported for affected tables; the issue does not name source files or tests. Compare the source and target row counts and investigate the Broken pipe errors using the provided Greenplum 6.21.0 and Cloudberry 2.1.0 environment details. Done means identifying a reproducible cause and documenting a resolution or retry approach; detailed logs and commands are still needed.
索引モデルが issue の本文から書いたものです。
説明
Hi Apache Cloudberry Team,
We are migrating a large database from Greenplum Database 6.21.0 to Apache Cloudberry 2.1.0-incubating using the cbcopy utility.
During the migration, we encountered multiple table copy failures. The migration process reports errors such as:
could not write to COPY program: Broken pipe
Copy to affected rows X are not equal to copy from affected rows 0
Several tables failed to copy successfully.
We would appreciate your help in identifying the root cause and recommended resolution.
Environment:
Source database: Greenplum 6.21.0
Source os: CentOS 7
Target database: Apache Cloudberry 2.1.0-incubating
Source database size: Approximately 2 TB
Target OS: Oracle Linux 9.8
Migration utility: cbcopy
Steps to reproduce:
Configure the source Greenplum and target Cloudberry clusters.
Configure the required network connectivity and authentication.
Execute the cbcopy migration utility.
Observe the migration logs.
Expected behavior:
The cbcopy utility should copy all supported database objects and data successfully from Greenplum to Cloudberry.
Actual behavior:
Multiple tables fail during the COPY operation. Some tables report a mismatch between the number of rows copied from the source and the number of rows inserted into the target.
Questions:
What are the possible causes of the Broken pipe errors during cbcopy?
Is there a known issue with cbcopy in Cloudberry 2.1.0-incubating?
Are there any recommended configuration changes or patches?
Is there a recommended way to resume or retry failed table copies without restarting the entire migration?
We can provide the detailed logs, configuration files, and migration commands for further investigation.
Thank you.
- 主要言語
- C
- スター
- 1.4k
- フォーク
- 265
- 平均マージ
- 3日 18時間
- マージ済み PR（30日）
- 70
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
apache/cloudberry のほかの issue
-
[Bug] Expand fails to recognize user-defined tablespaces対応中かも @nix-oss が 77 日前に担当しました。 オープンtype: Bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
apache/cloudberry#1885 · リアクション 2 件 ·
メンテナーはふだん 2 日以内に返信
-
gpexpand first stage fails: 'SyncPackages' object has no attribute 'ret' (extension sync never runs; regression)対応中かも @talmacschen-arch が 138 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
apache/cloudberry#1825 ·
メンテナーはふだん 2 日以内に返信
-
難易度 3/5 半日 初心者へのやさしさ 30/100
apache/cloudberry#2224 ·
メンテナーはふだん 2 日以内に返信
-
[Bug] GPORCA: “could not find MotionState” for correlated EXISTS with LIMIT and a scalar subquery対応中かも @Alena0704 が 5 日前に担当しました。 オープンtype: Bug
apache/cloudberry#2221 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
apache/cloudberry#2214 · コメント 2 件 ·
メンテナーはふだん 2 日以内に返信
apache/cloudberry の issue をすべて見る
似ている issue
-
bug core p3
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
RunanywhereAI/runanywhere-sdks#1258 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
rolotrealanis98/open-apollo#126 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
cython/cython#8110 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
onehumanbeing/esp32-iphone-agent#62 ·
メンテナーはふだん 1 日以内に返信
-
ai-driven-fuzzing bug claude Minor
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
linagora/open-bastion#425 ·
メンテナーはふだん 1 日以内に返信