Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Has anybody encountered problems with HISTGRM$ ?

RE: Has anybody encountered problems with HISTGRM$ ?

From: Lord, David - C&S <David.Lord_at_hayscsg.com>
Date: Mon, 17 Dec 2001 09:43:13 -0800
Message-ID: <F001.003DE115.20011217091527@fatcity.com>

Yep, I've had it on an 8.1.6 Solaris instance when I tried to use dbms_stats on a partitioned table with method_opt => 'for all indexed columns'. If I use the default method_opt, all is okay & it was only a problem on partitioned tables.
HTH

--
David Lord


> -----Original Message-----
> From: Stephane Faroult [mailto:sfaroult_at_oriolecorp.com]
> Sent: 17 December 2001 11:05
> To: Multiple recipients of list ORACLE-L
> Subject: Has anybody encountered problems with HISTGRM$ ?
>
>
> The DBA of one of my customers tried to run one week ago
> dbms_stats() to analyse all indexed columns. The result was
> that all queries ended with ORA-00600. As trace files were
> indicating queries on HISTGRM$ I immediately directed him to
> the CBO (he had not instantly linked the cause to the
> effect). His workaround was to switch to RBO, with of course
> side-effects. When I came to the site, I reached for my axe
> and cleaned up everything using questionable means,
> especially against a production database (junior DBAs, please
> skip the next paragraph. Socrates was sentenced to death for
> corrupting the youth and I'd rather avoid the same fate).
> I first looped on hist_head$ to remove all related rows in
> histgrm$. Before that any query on DBA_COL_HISTOGRAMS ended
> in ORA-600. After the loop, to my surprise there still were
> rows in histgrm$. I deleted them, and still had ORA-600 when
> querying DBA_COL_HISTOGRAMS. They did not disappeared before
> I truncated cluster C_OBJ#_INTCOL# (or something like this -
> the cluster which holds HISTGRM$).
> There is no obvious sign of data block corruption; it looks
> more like a logical corruption. I run the same dbms_stats()
> command on a copy of the database without any problem, and I
> don't know where the blame should go.
> Has anybody encountered anything even remotely similar? In
> that case, it is Oracle 8.1.7.2 on Tru64.
>
> TIA,
>
> Stephane Faroult
> Oriole Corporation
> Performance Tools & Free Scripts
> --------------------------------------------------------------
> http://www.oriole.com, designed by Oracle DBAs for Oracle DBAs
> --------------------------------------------------------------
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Stephane Faroul
> INET: sfaroult_at_oriolecorp.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>
********************************************************************** This message (including any attachments) is confidential and may be legally privileged. If you are not the intended recipient, you should not disclose, copy or use any part of it - please delete all copies immediately and notify the Hays Group Email Helpdesk at email.helpdesk_at_hays.plc.uk Any information, statements or opinions contained in this message (including any attachments) are given by the author. They are not given on behalf of Hays unless subsequently confirmed by an individual other than the author who is duly authorised to represent Hays. A member of the Hays plc group of companies. Hays plc is registered in England and Wales number 2150950. Registered Office Hays House Millmead Guildford Surrey GU2 4HJ. ********************************************************************** -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Lord, David - C&S INET: David.Lord_at_hayscsg.com Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
Received on Mon Dec 17 2001 - 11:43:13 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US