| 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: | Whole Thread | Raw Message | 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 |