From: | jim_yates <pg(at)wg5jim(dot)net> |
---|---|
To: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: could not access status of transaction pg_multixact issue |
Date: | 2014-10-09 20:17:06 |
Message-ID: | 1412885826355-5822449.post@n5.nabble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Alvaro Herrera-9 wrote
> You need to *minimum* of all the values in relminmxid (excluding those
> that are zero).
>
> The pg_controldata value is a mechanism to determine which value is
> minimum -- when there's been wraparound, the minimum might be "smaller
> than zero", i.e. something like 4 thousand millions. I doubt this is
> your case though.
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services
Then I'm really confused.
The minimum relminmxid for all the rows in pg_class that have relminmxid
greater then zero is 1.
That's the current value of datminmxid in pg_database.
And the NextMultiXactId from pg_controldump is 303464.
So if I use the min value from pg_class then I have some other issue.
Where should I get the new pg_database value from?
--
View this message in context: http://postgresql.1045698.n5.nabble.com/could-not-access-status-of-transaction-pg-multixact-issue-tp5822248p5822449.html
Sent from the PostgreSQL - sql mailing list archive at Nabble.com.
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2014-10-09 20:36:37 | Re: could not access status of transaction pg_multixact issue |
Previous Message | Alvaro Herrera | 2014-10-09 18:00:25 | Re: could not access status of transaction pg_multixact issue |