Re: Reorderbuffer crash during recovery
От
vignesh C
Тема
Re: Reorderbuffer crash during recovery
Дата
Msg-id
CALDaNm3XSXFed++sRSCu27XOQcEWsXcx1+2a3LGs1V+a3WXDpQ@mail.gmail.com
Ответ на
Re: Reorderbuffer crash during recovery (Dilip Kumar)
Список
Дерево обсуждения
Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery Dilip Kumar <dilipbalaut@gmail.com>
Re: Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery Dilip Kumar <dilipbalaut@gmail.com>
Re: Reorderbuffer crash during recovery Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: Reorderbuffer crash during recovery Amit Kapila <amit.kapila16@gmail.com>
Re: Reorderbuffer crash during recovery Andres Freund <andres@anarazel.de>
Re: Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery Amit Kapila <amit.kapila16@gmail.com>
Re: Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery Amit Kapila <amit.kapila16@gmail.com>
Re: Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Reorderbuffer crash during recovery Amit Kapila <amit.kapila16@gmail.com>
Re: Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery Dilip Kumar <dilipbalaut@gmail.com>
Re: Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Reorderbuffer crash during recovery Amit Kapila <amit.kapila16@gmail.com>
Re: Reorderbuffer crash during recovery vignesh C <vignesh21@gmail.com>
Re: Reorderbuffer crash during recovery Dilip Kumar <dilipbalaut@gmail.com>
On Thu, Jan 16, 2020 at 9:17 AM Dilip Kumar wrote: > > One minor comment. Otherwise, the patch looks fine to me. > + /* > + * We set final_lsn on a transaction when we decode its commit or abort > + * record, but we never see those records for crashed transactions. To > + * ensure cleanup of these transactions, set final_lsn to that of their > + * last change; this causes ReorderBufferRestoreCleanup to do the right > + * thing. Final_lsn would have been set with commit_lsn earlier when we > + * decode it commit, no need to update in that case > + */ > + if (txn->final_lsn < change->lsn) > + txn->final_lsn = change->lsn; > > /decode it commit,/decode its commit, > Thanks Dilip for reviewing. I have fixed the comments you have suggested. Regards, Vignesh EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-bugs по дате отправления
От: David G. Johnston
Дата: