Re: standalone backend PANICs during recovery
От | Bernd Helmle |
---|---|
Тема | Re: standalone backend PANICs during recovery |
Дата | |
Msg-id | 2DA7350F7296B2A142272901@eje.land.credativ.lan обсуждение исходный текст |
Ответ на | Re: standalone backend PANICs during recovery (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: standalone backend PANICs during recovery
Re: standalone backend PANICs during recovery |
Список | pgsql-hackers |
--On 20. August 2016 12:41:48 -0400 Tom Lane <tgl@sss.pgh.pa.us> wrote: > So at this point I'm pretty baffled as to what the actual use-case is > here. I am tempted to say that a standalone backend should refuse to > start at all if a recovery.conf file is present. If we do want to > allow the case, we need some careful thought about what it should do. Well, the "use case" was a crashed hot standby at a customer site (it kept PANICing after restarting), where i decided to have a look through the recovery process with gdb. The exact PANIC was 2016-03-29 15:12:40 CEST [16097]: [26-1] user=,db=,xid=0,vxid=1/0 FATAL: unexpected GIN leaf action: 0 I had the idea that it was quick and dirty to use a single backend. I was surprised that this time it PANIC'ed differently.... That said, i'm okay if --single is not intended to bring up a hot standby. There are many other ways to debug such problems. -- Thanks Bernd
В списке pgsql-hackers по дате отправления: