Re: BUG #8397: pg_basebackup -x from new standby server sometimes causes Segmentation fault
От | Magnus Hagander |
---|---|
Тема | Re: BUG #8397: pg_basebackup -x from new standby server sometimes causes Segmentation fault |
Дата | |
Msg-id | CABUevEw_vwB4EDQ1R2O+JRmTGH_nffd73fX7JhAjRcNxYcAvkg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #8397: pg_basebackup -x from new standby server sometimes causes Segmentation fault (TAKATSUKA Haruka <harukat@sraoss.co.jp>) |
Список | pgsql-bugs |
On Sun, Aug 25, 2013 at 9:05 AM, TAKATSUKA Haruka <harukat@sraoss.co.jp> wrote: > Thanks for the response. > > On Sat, 24 Aug 2013 17:04:21 +0200 > Magnus Hagander <magnus@hagander.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/
В списке pgsql-bugs по дате отправления: