Skip to content

Gp url tools#2

Open
Vlasdislav wants to merge 29 commits into
mainfrom
gp_url_tools
Open

Gp url tools#2
Vlasdislav wants to merge 29 commits into
mainfrom
gp_url_tools

Conversation

@Vlasdislav

Copy link
Copy Markdown
Owner

Fixes #ISSUE_Number

What does this PR do?

Type of Change

  • Bug fix (non-breaking change)
  • New feature (non-breaking change)
  • Breaking change (fix or feature with breaking changes)
  • Documentation update

Breaking Changes

Test Plan

  • Unit tests added/updated
  • Integration tests added/updated
  • Passed make installcheck
  • Passed make -C src/test installcheck-cbdb-parallel

Impact

Performance:

User-facing changes:

Dependencies:

Checklist

Additional Context

CI Skip Instructions


reshke and others added 26 commits May 5, 2026 08:21
This import old CI job from open-gpdb/gpdb + yezzey. This merely checks that yezzey and cloudberry compiles together with no issues.


As discussed privately we will redesign it later in another PR. Right now we copy existing code from open-gpdb in order to make sure all out future PR is Ok
* Allow group access for init CBDB

* Allow group access for segments CBDB

---------

Co-authored-by: Leonid Borchuk <xifos@qavm-f9b691f5.qemu>
Co-authored-by: Leonid Borchuk <xifos@qavm-f9b691f5.qemu>
* Add yezzey build option

* Move yezey to commit 4c6b5b8

---------

Co-authored-by: Leonid Borchuk <xifos@qavm-f9b691f5.qemu>
When expanding a cluster, gpexpand copies the postgresql.conf file directly
from the template segment (content 0). This causes issues for tools like
wal-g which use a --content-id flag in archive_command and
restore_command.

Previously, new segments inherited --content-id=0 from the template.
This caused them to push WAL segments to the wrong location, potentially
overwriting segment 0's segments.

This fix ensures the content ID in archive_command and restore_command
is updated to match the new segment's ID during expansion. If the commands
do not contain the --content-id flag, they remain unchanged.
To the MWP cbdb version
* We need an extra opts to configure yezzey in build scripts


Co-authored-by: Leonid Borchuk <xifos@qavm-f9b691f5.qemu>
* Move yezzey forward to full support Cloudberry
…che#38)

An duct tape for this was already added as fc8aab8, through redo
path was not patched there. Copy same guard into
redoDistributedCommitRecord function boby.
Historically Yandex Greenplum allows non-superuser no managed resource groups.

So, a regular non-superuser role allowed to run pg_resgroup_move_query(), and tune CPU/memory limits if granted with mdb_admin.  Such feature was introduced as early as 6.22, see also gpdb commit 3ac99962. 

This commit introduces same feature for managed Cloudberry. 

To disallow altering predefined roles, fixed-OID hardening is used, reserving 8067 OID to be an mdb_admin role OID. We choose this (efficiently a catalog change) over complex bookkeeping what CREATEROLE can do and what is disallowed. 

We use Yandex managed predefined roles bootstrap util via auxiliary contrib extension, based on what Yandex Postgres fork does, see also pg-sharding/cpg repo.

Co-authored-by: Andrey Borodin <x4mmm@yandex-team.ru>
Co-authored-by: reshke <reshke@double.cloud>
git-subtree-dir: gpcontrib/gp_url_tools
git-subtree-split: 4fdf4e82d7aae89560ae01e0be29ccb37219be60
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants