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

Home -> Community -> Usenet -> c.d.o.server -> Re: truncate randomly failing

Re: truncate randomly failing

From: Erika <erika_at_multimodalinc.com>
Date: 13 Dec 2002 06:05:35 -0800
Message-ID: <766a32cf.0212130605.ba64ffa@posting.google.com>


Joel,
nobody else got the 942, only the truncator. The first thing we tought of when this error started happening was the same thing. So we tried for a while only running the program when we were fairly sure that noone else would be accessing the tables (at night), to see if the error would still occur, and it did (randomly, just as before). Anyway, thanks to all of you for the suggestions, I will forward them to the dba, let him sort out what he should try ;) Erika

Matthias Rogel <rogel_at_web.de> wrote in message news:<atbvdp$vp9d0$1_at_ID-86071.news.dfncis.de>...
> Joel,
>
> I totally agree with you, I had similar ideas ...
>
> that's exactly why I suggested to *explicitly* lock the table before
> truncating it.
>
> I still think, this could be fixing it ...
>
> Matthias
>
>
> Joel Garry wrote:
> > erika_at_multimodalinc.com (Erika) wrote in message news:<766a32cf.0212120702.7a044b0d_at_posting.google.com>...
> >
> >>Thank you all for the messages.
> >
> >
> > Some wild speculation:
> >
> > Multiple users accessing a table, one of whom is attempting to
> > truncate.
> >
> > Oracle has to update sys.tab$ or sys.seg$ or something and associated
> > views.
> >
> > Users view of sys.*$ is confused, because DDL is not transaction
> > based.
> >
> > Oracle throws ORA-942 not on the user table, but perhaps on the
> > all_table view or whatever group of things Oracle is looking at to
> > determine permissions).
> >
> > So Erika, does anyone besides the truncator get the 942?
> >
> > (I've seen many odd 942 situations like this, under many different
> > scenarios. I've always [well, since 7.0, when I had a complicated DDL
> > script that would sometimes skip creating random tables] suspected an
> > Oracle bug as I've speculated, basically an improperly handled race
> > condition. Perhaps a detuned test instance set to overwork the DBWR
> > could be replicable.)
> >
> >
> >>We are testing this right now (might take as a while because we are
> >>not able to replicate this at will, so we just have to see if we can
> >>go without the error for a while). I just would like to know if
> >>anybody else ran into the same problem before. Or if yo have heard
> >>about an Oracle bug like this. I don't know the Oracle version but I
> >>will ask and post it later.
> >>
> >>Thanks again
> >>
> >>Erika
> >
> >
> >
> > jg
> > --
> > @home is bogus.
> > Time for tubby bye-bye!
> > Time for tubby bye-bye!
> > Time for tubby bye-bye!
Received on Fri Dec 13 2002 - 08:05:35 CST

Original text of this message

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