Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Catalog changes between minor releases? #580

Closed
1 of 2 tasks
reshke opened this issue Aug 20, 2024 · 4 comments
Closed
1 of 2 tasks

Catalog changes between minor releases? #580

reshke opened this issue Aug 20, 2024 · 4 comments
Assignees
Labels
type: Bug Something isn't working

Comments

@reshke
Copy link
Contributor

reshke commented Aug 20, 2024

Cloudberry Database version

after this PR #531

recompiling CBDB binaries leads to restart error:

20240820:09:38:31:004650 gpstart:yezzey-bionic:reshke-[INFO]:-Catalog Version of coordinator directory incompatible with binaries
20240820:09:38:31:004650 gpstart:yezzey-bionic:reshke-[ERROR]:-gpstart error: Catalog Versions are incompatible

I want to know the policy for catalog changes in CBDB. How do existing client handle changes like this?

What happened

What you think should happen instead

No response

How to reproduce

gpstop -a -i && gpstart -a

Operating System

any

Anything else

No response

Are you willing to submit PR?

  • Yes, I am willing to submit a PR!

Code of Conduct

@reshke reshke added the type: Bug Something isn't working label Aug 20, 2024
@avamingli
Copy link
Contributor

avamingli commented Aug 20, 2024

Yes, see #560 (comment)
Another reason is Cherry-pick project.
The catalog is changed even across path versions.
We can't guarantee catalog compatible or binary swap until we are ready for a stable version.
You may need to re-config/re-import data if there were such problems.

@reshke
Copy link
Contributor Author

reshke commented Aug 20, 2024

Yes, see #560 (comment) Another reason is Cherry-pick project. The catalog is changed even across path versions. We can't guarantee catalog compatible or binary swap until we are ready for a stable version. You may need to re-config/re-import data if there were such problems.

So, releases published in repo are not stable? When we can expect stable version (would in happen in 2025 for example)?
re-importing data is very long process for big deployments. Im thinking of starting support for pg_upgrade for CBDB by myself...

@avamingli
Copy link
Contributor

So, releases published in repo are not stable? When we can expect stable version (would in happen in 2025 for example)?

Not sure, CBDB is iterating fast, there will be many features requiring catalog change.
And we're working on cherry-pick internal codes to CBDB that another round of catalog changes will come soon.

@tuhaihe
Copy link
Member

tuhaihe commented Aug 21, 2024

@reshke could you join the community slack channel #cbdb-release-plan via the iniviation link? We're talking about the new release policy here, welcome to have your feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: Bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants