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

Re: [HACKERS] vacuum crash

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: maillist(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian)
Cc: hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] vacuum crash
Date: 1998-10-08 04:44:58
Message-ID: 199810080444.AAA26954@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
I am wrong here.  There is something else wrong.


> I think I am on to something.
> 
> The funny way I update the system tables with vacuum optimization
> information is wrong, I think, and the new cache code is properly
> complaining about it.
> 
> I will keep testing.  If I comment out the following code, the vacuum works.
> Is there a better way to do this?
> 
> ---------------------------------------------------------------------------
> 
>     /* XXX -- after write, should invalidate relcache in other backends */
>     WriteNoReleaseBuffer(ItemPointerGetBlockNumber(&rtup->t_ctid));
>     
>     /*
>      * invalidating system relations confuses the function cache of
>      * pg_operator and pg_opclass, bjm
>      */
>     if (!IsSystemRelationName(pgcform->relname.data))
>         RelationInvalidateHeapTuple(rd, rtup);
> 
> -- 
>   Bruce Momjian                        |  http://www.op.net/~candle
>   maillist(at)candle(dot)pha(dot)pa(dot)us            |  (610) 853-3000
>   +  If your life is a hard drive,     |  830 Blythe Avenue
>   +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
> 
> 
> 


-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist(at)candle(dot)pha(dot)pa(dot)us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026


In response to

pgsql-hackers by date

Next:From: bishengDate: 1998-10-08 05:00:51
Subject:
Previous:From: Bruce MomjianDate: 1998-10-08 02:23:19
Subject: vacuum crash

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