Re: Standby corruption after master is restarted
От | Emre Hasegeli |
---|---|
Тема | Re: Standby corruption after master is restarted |
Дата | |
Msg-id | CAE2gYzwB0+MM3L6-zdK0JKO_aXqHNCKU7VAiDJk_kKRRJ4B=yA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Standby corruption after master is restarted (Tomas Vondra <tomas.vondra@2ndquadrant.com>) |
Ответы |
Re: Standby corruption after master is restarted
Re: Standby corruption after master is restarted |
Список | pgsql-bugs |
> OK, this seems to confirm the theory that there's a race condition between > segment recycling and replicating. It's likely limited to short period after > a crash, otherwise we'd probably see many more reports. I am suspicious about this part. It cannot be happening 2 times to us and never to anybody else. Maybe people do not report it because it is easy to deal with the problem. You just delete the corrupted WAL file. Or maybe there is something special in our infrastructure. Thank you for your help so far. >> This is the connection information. Although the master shows SSL >> compression is disabled in despite of being explicitly asked for. > Hmmm, that seems like a separate issue. When you say 'master shows SSL > compression is disabled' where do you see that? I thought it might be related first, so I mentioned. Then I found out on pg_stat_ssl view on the server that it is actually disabled. Probably the configuration of OpenSSL is disabling it.
В списке pgsql-bugs по дате отправления: