| From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
|---|---|
| To: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
| Cc: | Takahiro Itagaki <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: system views for walsender activity |
| Date: | 2010-06-22 10:42:01 |
| Message-ID: | 1277203321.32273.5416.camel@ebony |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, 2010-06-22 at 12:19 +0200, Guillaume Lelarge wrote:
> Shamely simple : I only added some informations on the server's
> properties. See
> http://www.pgadmin.org/images/visualtour12/visualtour08.jpg. We only
> display the fact that the server is (or isn't) in recovery, and the
> result of the two admin functions (receive and replay location).
If you store the is-in-Recovery result you could set the .enabled
property of many of the dialog boxes. I think its going to be painful
for people to attempt to submit a DDL command and get an error.
> Too bad the other admin functions aren't there, I could have used them
> (and hope to do so in 9.1). Too bad also we cannot know the primary
> server from a connection to the slave (that's why I would love to get
> the value of
> primary_conninfo, to found the alias/IP of the primary server).
Agreed
--
Simon Riggs www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Training and Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Guillaume Lelarge | 2010-06-22 11:29:19 | Re: system views for walsender activity |
| Previous Message | Guillaume Lelarge | 2010-06-22 10:19:58 | Re: system views for walsender activity |
