Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] VACUUM ANALYZE Problem

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: vadim(at)sable(dot)krasnoyarsk(dot)su (Vadim B(dot) Mikheev)
Cc: jamesh(at)interpath(dot)com, hackers(at)postgreSQL(dot)org, wieck(at)sapserv(dot)debis(dot)de
Subject: Re: [HACKERS] VACUUM ANALYZE Problem
Date: 1998-03-16 04:40:48
Message-ID: 199803160440.XAA21987@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
> 
> This is a multi-part message in MIME format.
> --------------A99EE0A2D8F4D665C5BF3957
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> 
> James Hughes wrote:
> > 
> > After poking arround some more, I found that the "vacuum analyze" is
> > causing problems with the "<" and ">" operators. The "> 0" in the SELECT
> > for "/d <table>" and "/dS" commands in psql cause the error.
> > 
> > I verified that any simple query using the "<" or ">" operators fail
> > with the same message...
> > 
> >         ERROR:  fmgr_info: function 0: cache lookup failed
> > 
> >                         ...after using the "vacuum analyse" command.
> > But, only after vacuuming any relation that was created and populated by
> > me. Vacumming system catalogs poses no problems.
> 
> Well, I found that this problem was caused by selfuncs.c:gethilokey():
> 
>     static ScanKeyData key[3] = {
>         {0, Anum_pg_statistic_starelid, F_OIDEQ},
>         {0, Anum_pg_statistic_staattnum, F_INT2EQ},
>         {0, Anum_pg_statistic_staop, F_OIDEQ}
> 
> : skankeys are hardcoded without call to ScanKeyEntryInitialize() =>
> without initialization of sk_func.fn_oid required, I assume, by
> new PL support code. Patch for this place follows...
> One should check all places where ScanKeyData is used.
> Jan, could you do this ?
> 
> (Oh, hell! I got this ERROR while testing subselect and spent so many time
> to fix this problem...)

I assume we can consider this item closed.

-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

In response to

Responses

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1998-03-16 04:57:19
Subject: Re: [HACKERS] Profile of current backend
Previous:From: Bruce MomjianDate: 1998-03-16 04:40:06
Subject: Re: [HACKERS] lock table syntax

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group