Re: Vaccuum/Analyze

From: "Mel Jamero" <mel(at)gmanmi(dot)tv>
To: "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Vaccuum/Analyze
Date: 2002-09-13 19:11:56
Message-ID: 000301c25b59$6e468ed0$1b06a8c0@mel
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

hi tom,

thanks for your reply.

i've seen these notices quite a bit so i'm convinced they're not particulary
dangerous.

we're using 7.1.3-2 so i'll take your advice and upgrade to 7.2 in the near
future.

C programs are the main clients and a few TCL pages on AOLserver; i'll have
to check there regarding their idle state..

thanks again,

mel jamero

-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Friday, September 13, 2002 12:30 PM
To: mel(at)gmanmi(dot)tv
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: [ADMIN] Vaccuum/Analyze

"Mel Jamero" <mel(at)gmanmi(dot)tv> writes:
> i get these notices everytime i perform a vacuum:

> NOTICE: RegisterSharedInvalid: SI buffer overflow
> NOTICE: InvalidateSharedInvalid: cache state reset
> NOTICE: RegisterSharedInvalid: SI buffer overflow
> NOTICE: InvalidateSharedInvalid: cache state reset

> could anyone give me some insights please?

(a) these are not particularly dangerous

(b) you are running an obsolete Postgres version; those messages were
downgraded to DEBUG level in 7.2

(c) you have clients that are laying about holding open transactions,
which is not good for concurrency.

First recommendation is to update, second is to see if you can't fix
the clients so that their idle state isn't holding an open transaction.

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message mallah 2002-09-13 20:47:46 Re: Monitoring Locks in Databases
Previous Message Naomi Walker 2002-09-13 18:41:49 Monitoring Locks in Databases