Thread

  1. Patroni basebackup server compression not working in 4.1.1

    Radu Radutiu <rradutiu@gmail.com> — 2026-04-22T07:30:16Z

    Hi,
    
    I am not able to enable basebackup server compression feature, which is new
    in patroni 4.1.1.
    OS: OEL 9.7
    Patroni version: patroni-4.1.1-1PGDG.rhel9.7.noarch
    Postgres: postgresql18-server-18.3-1PGDG.rhel9.7.x86_64
    The following setting has been added to DCS under postgresql:
    basebackup:
      - compress: server-zstd
    I still get the following error in the patroni.log:
    2026-04-22 02:51:44,693 ERROR: compress option for basebackup is not allowed
    2026-04-22 02:51:44,693 ERROR: Error when parsing basebackup key-value
    option server-zstd: only one key-value is allowed and value should be a
    string
    
    Has anyone been able to confirm that the feature is working?
    
    Best regards,
    Radu
    
  2. Re: Patroni basebackup server compression not working in 4.1.1

    Adrian Klaver <adrian.klaver@aklaver.com> — 2026-04-22T14:47:34Z

    On 4/22/26 12:30 AM, Radu Radutiu wrote:
    > Hi,
    > 
    > I am not able to enable basebackup server compression feature, which is 
    > new in patroni 4.1.1.
    > OS: OEL 9.7
    > Patroni version: patroni-4.1.1-1PGDG.rhel9.7.noarch
    > Postgres: postgresql18-server-18.3-1PGDG.rhel9.7.x86_64
    > The following setting has been added to DCS under postgresql:
    > basebackup:
    >    - compress: server-zstd
    > I still get the following error in the patroni.log:
    > 2026-04-22 02:51:44,693 ERROR: compress option for basebackup is not allowed
    > 2026-04-22 02:51:44,693 ERROR: Error when parsing basebackup key-value 
    > option server-zstd: only one key-value is allowed and value should be a 
    > string
    
    Have you tried with?:
    
    - compress: 'server-zstd'
    
    Per:
    
    "ERROR: Error when parsing basebackup key-value option server-zstd: only 
    one key-value is allowed and value should be a string"
    
    > 
    > Has anyone been able to confirm that the feature is working?
    > 
    > Best regards,
    > Radu
    
    
    -- 
    Adrian Klaver
    adrian.klaver@aklaver.com
    
    
    
    
  3. Re: Patroni basebackup server compression not working in 4.1.1

    Alexander Kukushkin <cyberdemn@gmail.com> — 2026-04-22T15:15:27Z

    It looks like a bug, it fails to correctly resolve the Postgres version
    when $PGDATA is empty :(
    
    On Wed, 22 Apr 2026 at 16:47, Adrian Klaver <adrian.klaver@aklaver.com>
    wrote:
    
    > On 4/22/26 12:30 AM, Radu Radutiu wrote:
    > > Hi,
    > >
    > > I am not able to enable basebackup server compression feature, which is
    > > new in patroni 4.1.1.
    > > OS: OEL 9.7
    > > Patroni version: patroni-4.1.1-1PGDG.rhel9.7.noarch
    > > Postgres: postgresql18-server-18.3-1PGDG.rhel9.7.x86_64
    > > The following setting has been added to DCS under postgresql:
    > > basebackup:
    > >    - compress: server-zstd
    > > I still get the following error in the patroni.log:
    > > 2026-04-22 02:51:44,693 ERROR: compress option for basebackup is not
    > allowed
    > > 2026-04-22 02:51:44,693 ERROR: Error when parsing basebackup key-value
    > > option server-zstd: only one key-value is allowed and value should be a
    > > string
    >
    > Have you tried with?:
    >
    > - compress: 'server-zstd'
    >
    > Per:
    >
    > "ERROR: Error when parsing basebackup key-value option server-zstd: only
    > one key-value is allowed and value should be a string"
    >
    > >
    > > Has anyone been able to confirm that the feature is working?
    > >
    > > Best regards,
    > > Radu
    >
    >
    > --
    > Adrian Klaver
    > adrian.klaver@aklaver.com
    >
    >
    >
    
    -- 
    Regards,
    --
    Alexander Kukushkin
    
  4. Re: Patroni basebackup server compression not working in 4.1.1

    Radu Radutiu <rradutiu@gmail.com> — 2026-04-23T11:39:34Z

    >
    > Empty PGDATA is the main usecase for basebackup with patroni, should I
    > open a ticket? The documentation is also not updated for this feature.
    >
    
    Rest regards,
    Radu