| From: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
|---|---|
| To: | Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com> |
| Cc: | Dilip Kumar <dilipbalaut(at)gmail(dot)com>, vignesh C <vignesh21(at)gmail(dot)com>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Reorderbuffer crash during recovery |
| Date: | 2019-11-07 11:33:44 |
| Message-ID: | CAA4eK1+UzPUg-Cdu2Wb0eory=foCU7wbJ+LjzxFFvq53HEZ4gQ@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers |
On Thu, Nov 7, 2019 at 4:48 PM Tomas Vondra
<tomas(dot)vondra(at)2ndquadrant(dot)com> wrote:
>
> I'm a bit confused - does this happen only with the logical_work_mem
> patches, or with clean master too?
>
This occurs with the clean master. This is a base code problem
revealed while doing stress testing of logical_work_mem patches.
--
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | PG Bug reporting form | 2019-11-07 15:06:22 | BUG #16098: unexplained autovacuum to prevent wraparound |
| Previous Message | Tomas Vondra | 2019-11-07 11:18:23 | Re: Reorderbuffer crash during recovery |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Amit Kapila | 2019-11-07 11:43:13 | Re: PATCH: logical_work_mem and logical streaming of large in-progress transactions |
| Previous Message | Fabien COELHO | 2019-11-07 11:18:29 | Re: pgbench - extend initialization phase control |