Re: [PATCH] Add initial xid/mxid/mxoff to initdb

2023-03-21 Thread Maxim Orlov
On Mon, 20 Mar 2023 at 22:31, Gregory Stark (as CFM) wrote: > > So is that other thread tracked in a different commitfest entry and > this one completely redundant? I'll mark it Rejected then? > Yep, it appears so. -- Best regards, Maxim Orlov.

Re: [PATCH] Add initial xid/mxid/mxoff to initdb

2023-03-20 Thread Gregory Stark (as CFM)
On Fri, 25 Nov 2022 at 07:22, Peter Eisentraut wrote: > > Just for completeness, over in the other thread the feedback was that > this functionality is better put into pg_resetwal. So is that other thread tracked in a different commitfest entry and this one completely redundant? I'll mark it

Re: [PATCH] Add initial xid/mxid/mxoff to initdb

2022-11-25 Thread Peter Eisentraut
On 05.05.22 17:47, Maxim Orlov wrote: During work on 64-bit XID patch [1] we found handy to have initdb options to set initial xid/mxid/mxoff values to arbitrary non default values. It helps test different scenarios: related to wraparound, pg_upgrade from 32-bit XID to 64-bit XID, etc. We

Re: [PATCH] Add initial xid/mxid/mxoff to initdb

2022-11-22 Thread Maxim Orlov
Hi! CF bot says patch does not apply. Rebased. Your reviews are very much welcome! -- Best regards, Maxim Orlov. v2-0001-Add-initdb-option-to-initialize-cluster-with-non-.patch Description: Binary data

[PATCH] Add initial xid/mxid/mxoff to initdb

2022-05-05 Thread Maxim Orlov
Hi! During work on 64-bit XID patch [1] we found handy to have initdb options to set initial xid/mxid/mxoff values to arbitrary non default values. It helps test different scenarios: related to wraparound, pg_upgrade from 32-bit XID to 64-bit XID, etc. We realize, this patch can be singled out