You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Yugabyte compatibility issues when inserting new tasks #1346
Exact symptoms are the following error at each task insertion: ERROR: system column "xmax" is not supported yet (SQLSTATE 0A000) . Root cause seems to be the SQL statement at
Hmm, do you know if Yugabyte supports the new Postgres 18 convention where you can check against OLD? e.g.
INSERT INTO users (id, name, email)
VALUES (1, 'Alice', 'alice@example.com')
ON CONFLICT (id)
DO UPDATESET
name =EXCLUDED.name,
email =EXCLUDED.email
RETURNING *, (OLD IS NULL) AS is_new;
Opened #1347 to see if we can get this working. Can you give us your SELECT version()? I just want to make sure the version matching I put in will work against that as expected.
PostgreSQL 15.12-YB-2025.2.1.0-b0 on x86_64-pc-linux-gnu, compiled by clang version 19.1.0 (https://github.com/yugabyte/llvm-project.git a2a6b655e14e7fa1fcf1011a6cb29cb8575249c0), 64-bit. We're currently running the latest LTS.
Thanks for the MR, do you mind if we provide feedback from running it on our test environment once it is ready?
Thanks for the MR, do you mind if we provide feedback from running it on our test environment once it is ready?
Yep that'd be great. In fact, if you get the opportunity, trying River off that branch to see it works properly would be amazing. I confirmed that we're not using any Postgres 16+ features (River still works fine against Postgres 15), but I can't tell if there are any other xmax-like quirks that we haven't found yet.
Activity
brandur commentedon Aug 11, 2026
Hmm, do you know if Yugabyte supports the new Postgres 18 convention where you can check against
OLD? e.g.brandur commentedon Aug 11, 2026
NM, looks like they max out at Postgres 15 compatibility.
jqueuniet commentedon Aug 11, 2026
AFAIK, they plan to upgrade the PostgreSQL version supported, but not anytime soon.
brandur commentedon Aug 11, 2026
Opened #1347 to see if we can get this working. Can you give us your
SELECT version()? I just want to make sure the version matching I put in will work against that as expected.Support Yugabyte as a Postgres target
jqueuniet commentedon Aug 12, 2026
PostgreSQL 15.12-YB-2025.2.1.0-b0 on x86_64-pc-linux-gnu, compiled by clang version 19.1.0 (https://github.com/yugabyte/llvm-project.git a2a6b655e14e7fa1fcf1011a6cb29cb8575249c0), 64-bit. We're currently running the latest LTS.Thanks for the MR, do you mind if we provide feedback from running it on our test environment once it is ready?
brandur commentedon Aug 12, 2026
Thx.
Yep that'd be great. In fact, if you get the opportunity, trying River off that branch to see it works properly would be amazing. I confirmed that we're not using any Postgres 16+ features (River still works fine against Postgres 15), but I can't tell if there are any other
xmax-like quirks that we haven't found yet.jqueuniet commentedon Aug 12, 2026
Posted feedback on the MR, basically it seems to work as expected now.
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target
Support Yugabyte as a Postgres target (#1347)