Re: BUG #8397: pg_basebackup -x from new standby server sometimes causes Segmentation fault

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/

In response to

Browse pgsql-bugs by date

  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