Re: BUG #17518: Getting Error "new multixact has more than one updating member" when trying to delete records.

From: Dave Cramer <davecramer(at)postgres(dot)rocks>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: "Krier, Bob" <rkrier(at)cleo(dot)com>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #17518: Getting Error "new multixact has more than one updating member" when trying to delete records.
Date: 2022-06-28 19:33:27
Message-ID: CADK3HHKFWd7++0zO=LCT-146BxwBdtwDMXP4UeNRYmG1e_8Otw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Mon, 27 Jun 2022 at 13:11, David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>
wrote:

> On Mon, Jun 27, 2022 at 9:36 AM Krier, Bob <rkrier(at)cleo(dot)com> wrote:
>
>> Hi David,
>>
>>
>>
>> Thanks for the response.
>>
>>
>>
>> - I haven’t tried via psql. I only have a snapshot of the customer’s
>> database that I can restore in RDS. It is very time consuming to set this
>> up. I’ve corrected the problem by running VACUUM (FULL, FREEZE,
>> VERBOSE, ANALYZE, INDEX_CLEANUP, TRUNCATE) on the table and the
>> problem is resolved.
>>
>>
> Once you say "FULL" the rest of those options (except verbose) don't
> matter.
>
>
>>
>> -
>> - Deleting by date where it only matches to 1 row seems to work. If
>> I match on more than one, it seems to fail. I’m not sure what conditions
>> make it happen. I have not tried to delete by PK. I’m not sure what you
>> mean by “How about columns?”. You don’t specify columns on a delete
>> statement.
>>
>> Not sure I was thinking clearly on that one - but ultimately you could
> try "ALTER TABLE ... DROP COLUMN" though I'm doubting it would be
> productive
>
>
>> - Can I construct a self-contained minimal reproducer?: No
>> unfortunately exporting the table and importing it to another Postgres
>> instance does not reproduce the issue. Again the vacuum above corrects
>> the issue.
>> - Does it manifiest standalone…? Again I only have the snapshot to
>> restore on RDS and can reproduce it that way.
>>
>>
Sounds to me like a corrupt table which is fixed by vacuuming.

Dave Cramer

>
>> -
>>
>>
>>
> David J.
>

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message David Johansen 2022-06-28 20:05:31 Re: Auto-vacuum timing out and preventing connections
Previous Message Jeff Janes 2022-06-28 19:31:14 Re: Auto-vacuum timing out and preventing connections