Brian Ghidinelli wrote:
> Alvaro, thanks for the quick response. Iâve done some additional research and found your involvement on other
threadsin 2014 and 2015 that have allowed me to collect more supporting details. In a nutshell, it appears to be
multixidrelated and /maybe/ pg_upgrade related; I donât know if we used it on the 9.3 branch or not. I donât have
thedebug symbols but I did attach gdb and could see it was working on multixid. I donât have the ability to compile
fromsource on this production server unfortunately but Iâm happy to do whatever else I can to help the team find a
solution.
Okay, great. What would be most helpful is figuring out the pg_upgrade
history of this server; if you have copies of the cluster just before
the upgrade, to extract the "nextMultiXactId" value, that would be
useful.
How large is this table? We could try to scan it to look for the values
that are causing the problem, and set oldestMxact to one that would not
cause a problem.
How large is the cluster? For experimentation, it would be very useful
if you could take a copy of it, on a server where you could recompile
with debugging symbols.
--
Ãlvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
