Re: Locking issue

Thank you Nenad. We have oracle version 19.9.0.0. Need to check patch details. But it seems from the bug details , this bug should have been fixed by this version. correct me if wrong.

On Thu, 27 May 2021, 7:36 pm Noveljic Nenad, <nenad.noveljic_at_vontobel.com> wrote:

> According to the 10222 trace, the following procedures are called when the
> row cache locks id=62/63 are being allocated:
>
>
>
> kqrInstanceLock
>
> kqrClusterLock
>
> kqrGetClusterLock
>
> kqrReadFromDB
>
>
>
>
>
> The circumstances described in the MOS document *Job Hangs After Upgrade
> 19.7 with Row Cache Lock Issue by Jnnn Process (Doc ID 2714660.1) *might
> match your problem. The call stack is similar:
>
>
>
>
> *ksedsts<-ksdxfstk<-ksdxcb<-sspuse<-__sighandler<-semtimedop<-skgpwwait<-ksliwat<-kslwaitctx<-kjusuc*
>
> *<-ksipgetctxia<-ksixpgetia<-kqrInstanceLock<-kqrGetClusterLock<-kqrLockPo<-kqrpre2()+1043<-kqrpre1*
>
>
>
> The document points to the following bugs:
>
> Bug 31547552 : DBMS_SCHEDULER JOB CREATION IS BLOCKED BY ROW CACHE LOCK
> 0X8/0X5/0X3: CAUSING COMPLETE OUTAGE
>
> [image: https://support.oracle.com/epmos/adf/images/t.gif]
>
> *Bug 31414023 - ORA-00700 [kqrFreePOMutex] Error Occurs When Trying to
> Free a Mutex Following Another Internal Error (Doc ID 31414023.8)*
>
>
>
> Affected Versions are > 19.7
>
>
>
> Bug is fixed in following:
>
> 19.8.0.0.200714 (Jul 2020) Database Release Update (DB RU)
> 19.7.1.0.200714 (JUL 2020) DB Release Update Revision(DB RUR)
>
>
>
> Or there’s a one-off.
>
>
>
> What’s your release/patch level?
>
>
>
> Best regards,
>
>
>
> Nenad
>
>
>
> *From:* oracle-l-bounce_at_freelists.org <oracle-l-bounce_at_freelists.org> *On
> Behalf Of *Noveljic Nenad
> *Sent:* Donnerstag, 27. Mai 2021 15:10
> *To:* Lok P <loknath.73_at_gmail.com>; ORACLE-L (oracle-l_at_freelists.org) <
> oracle-l_at_freelists.org>
> *Subject:* RE: Locking issue
>
>
>
> P.S. In other to narrow down the column which causes the problem, could
> you turn on the SQL trace with bind variables? We ‘re interested in the intcol#=:2
> value and olso to verify if obj#=:1 is for the user tabke.
>
>
>
> *From:* Noveljic Nenad
> *Sent:* Donnerstag, 27. Mai 2021 14:56
> *To:* 'Lok P' <loknath.73_at_gmail.com>; ORACLE-L (oracle-l_at_freelists.org) <
> oracle-l_at_freelists.org>
> *Subject:* RE: Locking issue
>
>
>
> As it looks like, the compilation of “select * on user tables” executes
> recursively:
>
>
>
> select timestamp#, sample_size, minimum, maximum, lowval, hival, null_cnt,
> avgcln, spare1, spare2 from wri$_optstat_histhead_history where obj#=:1 and
> intcol#=:2 and savtime = timestamp '4000-12-01 01:00:00 -0:0'
>
>
>
> I don’t see why the statistics history was needed in this case.
>
>
>
> The timestamp '4000-12-01 01:00:00 -0:0' is peculiar.
>
>
>
> The row cache 62 was allocated before executing the recursive query.
>
>
>
> Best regards,
>
>
>
> Nenad
>
>
>
>
>
> ____________________________________________________
>
> Please consider the environment before printing this e-mail.
>
> Bitte denken Sie an die Umwelt, bevor Sie dieses E-Mail drucken.
>
>
> Important Notice
>
> This message is intended only for the individual named. It may contain
> confidential or privileged information. If you are not the named addressee
> you should in particular not disseminate, distribute, modify or copy this
> e-mail. Please notify the sender immediately by e-mail, if you have
> received this message by mistake and delete it from your system.
> Without prejudice to any contractual agreements between you and us which
> shall prevail in any case, we take it as your authorization to correspond
> with you by e-mail if you send us messages by e-mail. However, we reserve
> the right not to execute orders and instructions transmitted by e-mail at
> any time and without further explanation.
> E-mail transmission may not be secure or error-free as information could
> be intercepted, corrupted, lost, destroyed, arrive late or incomplete. Also
> processing of incoming e-mails cannot be guaranteed. All liability of
> Vontobel Holding Ltd. and any of its affiliates (hereinafter collectively
> referred to as "Vontobel Group") for any damages resulting from e-mail use
> is excluded. You are advised that urgent and time sensitive messages should
> not be sent by e-mail and if verification is required please request a
> printed version.
> Please note that all e-mail communications to and from the Vontobel Group
> are subject to electronic storage and review by Vontobel Group. Unless
> stated to the contrary and without prejudice to any contractual agreements
> between you and Vontobel Group which shall prevail in any case,
> e-mail-communication is for informational purposes only and is not intended
> as an offer or solicitation for the purchase or sale of any financial
> instrument or as an official confirmation of any transaction.
> The legal basis for the processing of your personal data is the legitimate
> interest to develop a commercial relationship with you, as well as your
> consent to forward you commercial communications. You can exercise, at any
> time and under the terms established under current regulation, your rights.
> If you prefer not to receive any further communications, please contact
> your client relationship manager if you are a client of Vontobel Group or
> notify the sender. Please note for an exact reference to the affected group
> entity the corporate e-mail signature. For further information about data
> privacy at Vontobel Group please consult www.vontobel.com.
>
>
> Important Notice
>
> This message is intended only for the individual named. It may contain
> confidential or privileged information. If you are not the named addressee
> you should in particular not disseminate, distribute, modify or copy this
> e-mail. Please notify the sender immediately by e-mail, if you have
> received this message by mistake and delete it from your system.
> Without prejudice to any contractual agreements between you and us which
> shall prevail in any case, we take it as your authorization to correspond
> with you by e-mail if you send us messages by e-mail. However, we reserve
> the right not to execute orders and instructions transmitted by e-mail at
> any time and without further explanation.
> E-mail transmission may not be secure or error-free as information could
> be intercepted, corrupted, lost, destroyed, arrive late or incomplete. Also
> processing of incoming e-mails cannot be guaranteed. All liability of
> Vontobel Holding Ltd. and any of its affiliates (hereinafter collectively
> referred to as "Vontobel Group") for any damages resulting from e-mail use
> is excluded. You are advised that urgent and time sensitive messages should
> not be sent by e-mail and if verification is required please request a
> printed version.
> Please note that all e-mail communications to and from the Vontobel Group
> are subject to electronic storage and review by Vontobel Group. Unless
> stated to the contrary and without prejudice to any contractual agreements
> between you and Vontobel Group which shall prevail in any case,
> e-mail-communication is for informational purposes only and is not intended
> as an offer or solicitation for the purchase or sale of any financial
> instrument or as an official confirmation of any transaction.
> The legal basis for the processing of your personal data is the legitimate
> interest to develop a commercial relationship with you, as well as your
> consent to forward you commercial communications. You can exercise, at any
> time and under the terms established under current regulation, your rights.
> If you prefer not to receive any further communications, please contact
> your client relationship manager if you are a client of Vontobel Group or
> notify the sender. Please note for an exact reference to the affected group
> entity the corporate e-mail signature. For further information about data
> privacy at Vontobel Group please consult www.vontobel.com.
>

--
http://www.freelists.org/webpage/oracle-l




image/png attachment: image001.png