Re: [HACKERS] pg_resetsysid

2015-07-18 Thread Peter Eisentraut
On 7/18/15 9:42 AM, Petr Jelinek wrote: > Well, last time I submitted this I did it exactly as you propose but > there was long discussion about this changing the target audience of > pg_resetxlog and that it would be better as separate binary from > pg_resetxlog. In my reading of the thread, I di

Re: [HACKERS] pg_resetsysid

2015-07-18 Thread Petr Jelinek
On 2015-07-18 02:29, Peter Eisentraut wrote: On 6/14/15 11:29 AM, Petr Jelinek wrote: 0002 - Adds pg_resetsysid utility which changes the system id to newly generated one. 0003 - Adds -s option to pg_resetxlog to change the system id to the one specified - this is separate from the other one as

Re: [HACKERS] pg_resetsysid

2015-07-17 Thread Peter Eisentraut
On 6/14/15 11:29 AM, Petr Jelinek wrote: > 0002 - Adds pg_resetsysid utility which changes the system id to newly > generated one. > > 0003 - Adds -s option to pg_resetxlog to change the system id to the one > specified - this is separate from the other one as it can be potentially > more dangerou

[HACKERS] pg_resetsysid

2015-06-14 Thread Petr Jelinek
Hi, This is an attempt to revive the resetsysid tool submission that didn't go anywhere last year [1]. In that thread there were mainly two complains, one that pg_resetxlog would preferably be tool for more advanced stuff and similar utilities that are not as dangerous should have separate b