Re: BUG #17577: pg_ctl promote is not preemptive in archive recovery
| От | Kyotaro Horiguchi |
|---|---|
| Тема | Re: BUG #17577: pg_ctl promote is not preemptive in archive recovery |
| Дата | |
| Msg-id | 20220808.110753.1419289954937808118.horikyota.ntt@gmail.com обсуждение исходный текст |
| Ответ на | Re: BUG #17577: pg_ctl promote is not preemptive in archive recovery (Daniel Farina <daniel@fdr.io>) |
| Ответы |
Re: BUG #17577: pg_ctl promote is not preemptive in archive recovery
|
| Список | pgsql-bugs |
At Fri, 5 Aug 2022 13:01:19 -0700, Daniel Farina <daniel@fdr.io> wrote in > On Fri, Aug 5, 2022 at 12:21 PM David G. Johnston > <david.g.johnston@gmail.com> wrote: > > On what basis are you considering this a bug? Or, IOW, what do you expect to happen? It doesn't seem possible for thepromotion to actually happen as the server knows additional WAL must exist that it hasn't yet restored since all attemptsto restore WAL have succeeded. > > pg_ctl promote should have consistent behavior regardless of WAL > transport. If I (or a computer program of mine) is issuing pg_ctl > promote, I mean for it to happen now, that's how it happens with > streaming, and in the case of streaming, the amount of WAL that can > eventually come into existence is practically unbounded. pg_ctl just commands or prompts server to do that. The server responds to the commands at its convenience. It works the same way for start/stop/restart and maybe some other subcommands. If something's going wrong on the server, there's cases it cannot fulfill the order. For example, regarding to streaming, if walreceiver process is hanging for some reason, pg_ctl promote waits for the server to promote but eventually will time out while the server cannot promote. This is that kind of behavior by design, which is not a bug. Of course, we're open for someone coming up with a good improvement of those behviors. regards. -- Kyotaro Horiguchi NTT Open Source Software Center
В списке pgsql-bugs по дате отправления: