From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | TAKATSUKA Haruka <harukat(at)sraoss(dot)co(dot)jp> |
Cc: | pgsql-bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #8397: pg_basebackup -x from new standby server sometimes causes Segmentation fault |
Date: | 2013-08-25 17:01:28 |
Message-ID: | CABUevEw_vwB4EDQ1R2O+JRmTGH_nffd73fX7JhAjRcNxYcAvkg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Sun, Aug 25, 2013 at 9:05 AM, TAKATSUKA Haruka <harukat(at)sraoss(dot)co(dot)jp> wrote:
> Thanks for the response.
>
> On Sat, 24 Aug 2013 17:04:21 +0200
> Magnus Hagander <magnus(at)hagander(dot)net> wrote:
>
>> > (1) create new standby server dir by pg_basebackup without -x
>> > (2) start new standby server
>> > (3) pg_basebackup from new standby server with -x
>> > (!) when new standby has no WAL files in pg_xlog,
>> > new standby's wal sender crash
> (snip)
>> > Though pg_basebackup does not have to work in this rare case,
>> > we should insert something like "if (nWalFiles <= 0) ereport(...);".
>>
>> Yes, we definitely need better error checking there - a crash is never
>> the right answer.
>>
>> Does this happen only when you take a backup "really quickly" after
>> setting up the new standby,
>
> It's just this first case.
> Therefore, we recognize that it is the problem of how to use.
Yeah. Ok, for now I have the patch I applied yesterday that makes it
an error instead of a crash per your suggestion. And if I failed to
mention it, thanks for the report!
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Nick Carenza | 2013-08-25 19:01:42 | uuid.h: present but cannot be compiled |
Previous Message | Tom Lane | 2013-08-25 16:22:47 | Re: BUG #8396: Window function results differ when selecting from table and view, with where clause |