Re: Reading resource busy error system trace

From: Pap <oracle.developer35_at_gmail.com>
Date: Mon, 13 Jun 2022 16:28:31 +0530
Message-ID: <CAEjw_fi9kLS7990w7rCck1PpvdPcMAhm91__HgPwJrwMLKjYjw_at_mail.gmail.com>



Thank You So much Nenad.

Unfortunately while checking with the team got to know that the other trace files has been removed from the location. So i will wait for the next occurrence of the error to capture and analyze all the traces wrt that one ospid.

On Sun, 12 Jun 2022, 9:24 pm Noveljic Nenad, <nenad.noveljic_at_vontobel.com> wrote:

> Your system dump apparently consists of several files.
>
>
>
> At the very beginning of the system dump there must be a section that
> identifies the blockers for each process and looks something like this:
>
> 157: USER ospid 1385877 sid 786 ser 49681, waiting for 'log file switch
> (checkpoint incomplete)'
>
> Cmd: INSERT
>
> Blocked by inst: 1, sid: 266, ser: 13238
>
> Final Blocker inst: 1, sid: 266, ser: 13238
>
> 159: USER ospid 1295896 sid 796 ser 48963, waiting for 'log file switch
> (checkpoint incomplete)'
>
> Cmd: INSERT
>
> Blocked by inst: 1, sid: 266, ser: 13238
>
> Final Blocker inst: 1, sid: 266, ser: 13238
>
>
>
> First, check who was blocking the Powercenter process with ospid 89092
> (Blocked by…). Then search **all** system dump trace files (**89092**.trc)
> for the blocker to look at its state objects. Once you now the sid and
> serial of the blocker, you can position yourself to its state objects with
> the following search expression: sid: xxx ser: xxx . One of the state
> objects will be for the cursor that blocked your DDL on MAIN_TAB.
>
>
>
> Best regards,
>
>
>
> Nenad
>
>
>
> *From:* Pap <oracle.developer35_at_gmail.com>
> *Sent:* Sonntag, 12. Juni 2022 14:06
> *To:* Noveljic Nenad <nenad.noveljic_at_vontobel.com>
> *Cc:* Oracle L <oracle-l_at_freelists.org>
> *Subject:* Re: Reading resource busy error system trace
>
>
>
> Thank You Nenad.
>
> So actually here the session/Alter statement, which failed, is from the
> informatica power center session only. So do you mean we should search the
> body of the original trace file from which this trace continued from i.e "u01/app/oracle/diag/rdbms/DB1p/DB11/trace/DB11_ora_89092_8.trc"
> rather this one. And in that trace the sql statements near the "final
> blocker" string will be the cause of this error?
>
>
>
>
>
>
>
>
>
> ____________________________________________________
>
> 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.
>

--
http://www.freelists.org/webpage/oracle-l
Received on Mon Jun 13 2022 - 12:58:31 CEST

Original text of this message