Hello,
Anyway, I think that making -n option display all the values that -f
option
changes would be useful. But since that's not a bugfix, we should apply it
only in HEAD.
Agreed.
Is this a TODO item?
It's not that. The 'bug' was my wrong guess and I've found that
it is done
On Wed, Jun 25, 2014 at 02:08:26PM +0900, Kyotaro HORIGUCHI wrote:
Hello, thank you for the suggestion.
I dont' touch what '-n' option shows and rewrite documents for
the option a bit. And '-n' won't show the changes of backup
location.
===
There are some changes which haven't been
Mmm. This patch is found that useless, from the first.
Thanks for the patch! But when I read the source code of pg_resetxlog,
I found that it has already reset the backup locations. Please see
RewriteControlFile() which does that. So I wonder if we need nothing
at least in HEAD for the
On Mon, Jun 30, 2014 at 12:49 PM, Kyotaro HORIGUCHI
horiguchi.kyot...@lab.ntt.co.jp wrote:
Mmm. This patch is found that useless, from the first.
Thanks for the patch! But when I read the source code of pg_resetxlog,
I found that it has already reset the backup locations. Please see
Hello,
misunderstanding, but all these patches are totally useless.
So we should mark this patch as Rejected Patches?
I think so.
regards,
--
Kyotaro Horiguchi
NTT Open Source Software Center
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your
At 2014-06-30 13:55:59 +0900, horiguchi.kyot...@lab.ntt.co.jp wrote:
So we should mark this patch as Rejected Patches?
I think so.
Done.
-- Abhijit
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
On Fri, Jun 27, 2014 at 12:29 PM, Kyotaro HORIGUCHI
horiguchi.kyot...@lab.ntt.co.jp wrote:
Hello, I have finished the patches for all of 9.x.
I dont' touch what '-n' option shows and rewrite documents for
the option a bit. And '-n' won't show the changes of backup
location.
-8.4: does not
Hello, I have finished the patches for all of 9.x.
I dont' touch what '-n' option shows and rewrite documents for
the option a bit. And '-n' won't show the changes of backup
location.
-8.4: does not have backup locations in ControlFileData.
9.0-9.1: resetxlog_backuploc_9_0-9.1.patch: Add
Hello,
Ok, I'm doing modify it to reset backup locations by default and
remove the new option '-b' to do that. Since this seems looking
to be a bug for the poeple, I'll provide backpatches back
to... 8.4? (Final release of 8.4 is scheduled at July 2014)
I looked closer to pg_resetxlog and
On Wed, Jun 25, 2014 at 11:13 AM, Kyotaro HORIGUCHI
horiguchi.kyot...@lab.ntt.co.jp wrote:
Hello,
Ok, I'm doing modify it to reset backup locations by default and
remove the new option '-b' to do that. Since this seems looking
to be a bug for the poeple, I'll provide backpatches back
to...
Hello, thank you for the suggestion.
I dont' touch what '-n' option shows and rewrite documents for
the option a bit. And '-n' won't show the changes of backup
location.
===
There are some changes which haven't been shown by '-n' option,
even not displayed at all. I think these should be
Hello, thank you for the comments.
On Sun, Jun 22, 2014 at 8:54 PM, Simon Riggs si...@2ndquadrant.com wrote:
On 13 June 2014 12:27, Fujii Masao masao.fu...@gmail.com wrote:
I think that pg_resetxlog should reset backup locations by default
since they are useless (rather harmful) after
On Mon, Jun 23, 2014 at 3:49 PM, Kyotaro HORIGUCHI
horiguchi.kyot...@lab.ntt.co.jp wrote:
Hello, thank you for the comments.
On Sun, Jun 22, 2014 at 8:54 PM, Simon Riggs si...@2ndquadrant.com wrote:
On 13 June 2014 12:27, Fujii Masao masao.fu...@gmail.com wrote:
I think that pg_resetxlog
Hi,
At Mon, 23 Jun 2014 17:10:05 +0900, Fujii Masao masao.fu...@gmail.com wrote
in cahgqgwfy_cdmfuriu6zoat2htqo_eijaj7vwewysol15oct...@mail.gmail.com
I assume the primary usage of this patch to be, as described
before, Dissolving a recovery freezing caused by wrongly placed
backup label.
On 13 June 2014 12:27, Fujii Masao masao.fu...@gmail.com wrote:
I think that pg_resetxlog should reset backup locations by default
since they are useless (rather harmful) after pg_resetxlog. Thought?
+1
Do we regard that point as a bug that should be backpatched?
--
Simon Riggs
On Sun, Jun 22, 2014 at 8:54 PM, Simon Riggs si...@2ndquadrant.com wrote:
On 13 June 2014 12:27, Fujii Masao masao.fu...@gmail.com wrote:
I think that pg_resetxlog should reset backup locations by default
since they are useless (rather harmful) after pg_resetxlog. Thought?
+1
Do we regard
Hello, this is a patch that add the function to clear backup
location information to pg_resetxlog.
As per the discussion held before, this function cannot be back
patched to the older versions than 9.4. And it also slipped over
9.4 so proposed in this CF.
This simplly erases the backup location
On Fri, Jun 13, 2014 at 5:08 PM, Kyotaro HORIGUCHI
horiguchi.kyot...@lab.ntt.co.jp wrote:
Hello, this is a patch that add the function to clear backup
location information to pg_resetxlog.
As per the discussion held before, this function cannot be back
patched to the older versions than 9.4.
18 matches
Mail list logo