Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Jim C. Nasby
On Tue, May 02, 2006 at 12:06:30PM -0700, Tony Wasson wrote: > Ah thanks, it's a bug in my understanding of the thresholds. > > "With the standard freezing policy, the age column will start at one > billion for a freshly-vacuumed database." > > So essentially, 1B is normal, 2B is the max. The log

Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Jim C. Nasby
On Tue, May 02, 2006 at 03:03:40PM -0400, Alvaro Herrera wrote: > That's right, because a database's age is only decremented in > database-wide vacuums. (Wow, who wouldn't want a person-wide vacuum if > it did the same thing ...) The heck with age, I'd take a person-wide vacuum if it just got rid

Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Tony Wasson
On 5/2/06, Bruno Wolff III <[EMAIL PROTECTED]> wrote: On Tue, May 02, 2006 at 12:06:30 -0700, Tony Wasson <[EMAIL PROTECTED]> wrote: > > Ah thanks, it's a bug in my understanding of the thresholds. > > "With the standard freezing policy, the age column will start at one > billion for a freshly-

Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Bruno Wolff III
On Tue, May 02, 2006 at 12:06:30 -0700, Tony Wasson <[EMAIL PROTECTED]> wrote: > > Ah thanks, it's a bug in my understanding of the thresholds. > > "With the standard freezing policy, the age column will start at one > billion for a freshly-vacuumed database." > > So essentially, 1B is normal,

Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Vivek Khera
On May 2, 2006, at 3:03 PM, Alvaro Herrera wrote: Something seems wrong... I just ran your script against my development database server which is vacuumed daily and it said I was 53% of the way to 2B. Seemed strange to me, so I re-ran "vacuum -a - z" to vacuum all databases (as superuser), rer

Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Alvaro Herrera
Alvaro Herrera wrote: > Vivek Khera wrote: > > > > On May 2, 2006, at 2:26 PM, Tony Wasson wrote: > > > > >The script detects a wrap at 2 billion. It starts warning once one or > > >more databases show an age over 1 billion transactions. It reports > > >critical at 1.5B transactions. I hope every

Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Tony Wasson
On 5/2/06, Vivek Khera <[EMAIL PROTECTED]> wrote: On May 2, 2006, at 2:26 PM, Tony Wasson wrote: > The script detects a wrap at 2 billion. It starts warning once one or > more databases show an age over 1 billion transactions. It reports > critical at 1.5B transactions. I hope everyone out ther

Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Alvaro Herrera
Vivek Khera wrote: > > On May 2, 2006, at 2:26 PM, Tony Wasson wrote: > > >The script detects a wrap at 2 billion. It starts warning once one or > >more databases show an age over 1 billion transactions. It reports > >critical at 1.5B transactions. I hope everyone out there is vacuuming > >*all*

Re: [PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Vivek Khera
On May 2, 2006, at 2:26 PM, Tony Wasson wrote: The script detects a wrap at 2 billion. It starts warning once one or more databases show an age over 1 billion transactions. It reports critical at 1.5B transactions. I hope everyone out there is vacuuming *all* databases often. Something seems

[PERFORM] postgresql transaction id monitoring with nagios

2006-05-02 Thread Tony Wasson
Ever since I started working with PostgreSQL I've heard the need to watch transaction IDs. The phrase "transaction ID wraparound" still gives me a shiver. Attached it a short script that works with the monitoring system Nagios to keep an eye on transaction IDs. It should be easy to adapt to any ot