Similar Questions

• Discover the traces files when DBMS. TRACE is used

  Hi all
  How can I view trace file when DBMS_TRACE. SET_PLSQL_TRACE is run?
  
  Suppose I have the following procedure

  create or replace procedure some_proc is
  first varchar(10);
  begin
  select first_name into first from employees where first_name='Eleni';
  dbms_output.put_line(first);
  end some_proc;

  running the static sql query and I want to see how the DBMS_TRACE exports information about the trace file. I run the tracetab.sql

  SQL> @/usr/local/oracle/product/11.2.0/dbhome_1/rdbms/admin/tracetab.sql

  recompile the procedure

  SQL> alter procedure some_proc compile debug reuse setting;

  Start the trace

  SQL> exec dbms_trace.set_plsql_trace(dbms_trace.trace_all_sql)

  Run the procedure

  SQL> exec hr.some_proc

  get the location of the file record of the session in question

  SELECT value
  FROM v$diag_info
    3  WHERE name = 'Default Trace File';
  
  VALUE
  -------------------------
  /usr/local/oracle/diag/rd
  bms/inara/inara/trace/ina
  ra_ora_6309.trc

  but when I view the file, I can't find information on the sql statement. Here is the last part of inara_ora_6309.trc which shows the debatable part:

  *** 2011-09-08 12:56:29.712
  *** SESSION ID:(132.70) 2011-09-08 12:56:29.712
  *** CLIENT ID:() 2011-09-08 12:56:29.712
  *** SERVICE NAME:(SYS$USERS) 2011-09-08 12:56:29.712
  *** MODULE NAME:(sqlplus@firefly (TNS V1-V3)) 2011-09-08 12:56:29.712
  *** ACTION NAME:() 2011-09-08 12:56:29.712
   
  --NOTICE  ---------------------------------------
  --PL/SQL TRACE INFORMATION IS NOW IN THE DATABASE
  -- To create the trace tables, use the script  --
  -- rdbms/admin/tracetab.sql under ORACLE_HOME  --

  The part that I've done wrong? The procedure is sufficient so that the trace info does not appear? I have consulted the wrong trace file?
  
  Best regards
  Val
  
  Published by: Valerie good-natured Sep 8, 2011 12:15 AM

  Hello

  The message seems pretty clear to me:

  --PL/SQL TRACE INFORMATION IS NOW IN THE DATABASE
  

  You can view trace information by querying the tables that you created by using the tracetab.sql script.

  SELECT * FROM plsql_trace_events;
  SELECT * FROM plsql_trace_runs;
  

• Enable trace in standard EBS PLSQL pkg and know the path of the trace file

  Hello
  
  I want to activate the trace in the standard package of PLSQL EBS:
  
  run immediately "alter session set sql_trace = TRUE";
  
  How can I know the path of the trace file?
  What is the name of the table to know the path of the file trace?
  
  Thank you
  Lavan

  How to find the Trace file generated for a simultaneous program? [967966.1 ID]
  How to trace a concurrent request and generate the TKPROF file [ID 453527.1]

  path tracing

  select value from v$parameter where name = 'user_dump_dest';
  

  for the package, you can set the name of the trace file after "run immediately"alter session set sql_trace = TRUE";"

  execute immediate 'alter session set tracefile_identifier="your_trace_file_name"';
  

• Trace file created for the wrong session

  DB version: 10.2.0.3.0
  Version of the operating system: Solaris 5.10
  2 node RAC
  
  With the help of DBMS_MONITOR. SESSION_TRACE_ENABLE, I tried to draw an oracle session led by a C++ application.
  
  So, I determined which instance this session is connected by querying the gv$ session. I logged, SYS in this instance of node and then issued
  

  execute dbms_monitor.session_trace_enable(4371,98124, true, false);

  After activating, I saw new a trace file that is generated. But this track is actually some tracking SYS session that executed dbms_monitor.session_trace_enable and not the session (4371,98124). I tested a few session of SYS as basic queries

  select sysdate from dual

  And I see all these complaints contained in the trace file. What could be the cause of this problem?
  
  I noticed that

  SHARED_SERVERS = 1

  on both nodes. Is the origin of this strange problem? For the follow-up, if I disable using SHARED_SERVERS

  alter system set SHARED_SERVERS = 0

  It can cause connection problems for client applications because of their setting of the tnsnames.ora file?

  Hi, you can also try this one in conjunction with the dbms_monitor.

  DBMS_SYSTEM. SET_SQL_TRACE_IN_SESSION

  concerning

• Trace file generated not.

  Hey guys,.
  
  I am using oracle 10g and is trying to generate a trace file.
  
  Using sql_Plus I see that timed_statistics is set to true, max_dump_file_size is set to unlimited, and user_dump_dest is set to C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\DUMP.
  
  I run the script in Oracle SQL Developer:
  
  
  ALTER session set sql_trace = true;
  /
  
  ... Block PL/SQL which I want to trace...
  
  /
  ALTER session set sql_trace = false;
  /
  
  
  After that this sql runs without error there is no file on my computer in the user_dump_dest. In fact the path under user_dump_dest does not exist yet. What I first create the path? I looking in the wrong place? I do something wrong when setting sql_trace?
  
  Thank you
  Ian

  The trace file is written to the database server.

• Oracle trace files

  Salvation Group
  
  My file system becomes full with Oracle trace files where the binary files are installed, they are not the kind of trace generated when a request for a trace session, they contain information that I am not able to read that they are updated daily.
  
  The path where these files are: /oracle/product/9.2.0/rdbms/log/instancename_ora_8103.trc
  
  
  That contain these files?
  I can remove them to save space?
  I can't stop their generation?
  
  SO: HP - UX 11.23
  Oracle: 9.2.0.8.0
  ------------------------------------------
  
  
  I copy some lines in the file:
  
  opidrv () + 1008 call 9fffffffffffbea0 9FFFFFFFFFFFDEA0?
  000000000? 000000000?
  C000000000000B9B?
  sou2o () + 48 9fffffffffffbea0 9FFFFFFFFFFFED00 call?
  000000000? 000000000?
  main() + 576 call 9fffffffffffbea0 9FFFFFFFFFFFF280?
  000000032? 000000000?
  000000000?
  main_opd_entry () + 80 call 9fffffffffffbea0 000000001?
  9FFFFFFFFFFFF748?
  C000000000000004?
  C00000000002BE30?
  
  -Binary stack dump-
  
  = FRAME [1] (ksedmp () + 528-> 9ffffffffffd8ca0) =.
  BSP 9FFFFFFFBF806A30 sp 9FFFFFFFFFFD4280
  0x9FFFFFFFFFFD4958 to 0x9FFFFFFFFFFD49B0 memory dump
  9FFFFFFFFFFD4950 9FFFFFFF FFFFDEA0 [...]
  9FFFFFFFFFFD4960 00000000 00000000 00000000 00000000 [...]
  C0000000 00000B9B 01435F60 40000000 9FFFFFFFFFFD4970 [... @...] [C_']
  9FFFFFFFFFFD4980 0000EAAB 00000000 9FFFFFFF FFFFDE70 [.. p]
  60000000 00531478 9FFFFFFF BF7FF390 9FFFFFFFFFFD4990 ['...] S.x........]
  9FFFFFFFFFFD49A0 9FFFFFFF 00000000 00000000 FFFFDE60 [...'...]
  
  Thank you

  You can't stop their generation, or no sane person would want. If something goes wrong and you don't have them, you may be roasted.

  What you can do is delete them when they are no longer needed for the purpose of management.

• CoreTelephony error in trace file as a file for coretelephony tracing operation has failed, perhaps you need more disk space. Details "error opening the file/tmp/ct.shutdown, err = operation not permitted

  I got this error:

  "CoreTelephony Trace file error
  A file for CoreTelephony tracing operation failed, you might run out of disk space. Details "error opening the file/tmp/ct.shutdown, err = operation not permitted"

  I tried to solve it by searching for CoreTelephony errors. Could not resolve yet.
  Software does not, especially of photoshop...

  Any ideas?

  Same thing here, iMac with OS X 10.11.6. All started a couple days ago. Have not found any valid solution online yet, I tried rebooting in recovery mode and check disk, but it seems that everything is ok with the drives and permissions.

• Trace file error CoreTelephony - more (El Capitan 10.11.3) disk space

  Hello. My Mac (Macbook Air 2013) started crashing, most often when I have 3 + tabs open in Chrome, or when I play Football Manager and have Chrome open, as if it's getting overworked. Normally I could easily do this, and I've done it since I got my Mac. But suddenly he crashes, freezes and shuts down, and when I reboot I get this message before you start: it is said: trace file error Coretelephony a file for coretelephony tracing operation failed, you might run out of disk space.

  I have 56 GB / 120 GB left, it makes no sense.

  Someone had the same problem, or maybe a solution? Thank you.

  These must be run as administrator. If you have only one user account, you are the administrator.

  Please launch the Console application in one of the following ways:

  ☞ Enter the first letters of his name in a Spotlight search. Select from the results (it should be at the top).

  ☞ In the Finder, select go utilities ▹ of menu bar or press the combination of keys shift-command-U. The application is in the folder that opens.

  ☞ Open LaunchPad and start typing the name.

  In the Console window, select

  DIAGNOSIS AND diagnostic USE information reports ▹ System

  (not diagnose them and use Messages) in the list of logs on the left. If you don't see this list, select

  List of newspapers seen ▹ display

  in the menu bar.

  There is a disclosure triangle to the left of the list item. If the triangle is pointing to the right, click it so that it points downwards. You will see a list of reports. A report of panic has a name that begins with "Kernel" and ends with ".panic." Select the most recent. The content of the report is displayed at right. Allows you to copy and paste to validate all of the content, text, not a screenshot.

  If you don't see any report, but you know, there was a panic, you have chosen diagnostic and using the list of Log Messages. INFORMATION on the USE of DIAGNOSTIC AND choose instead.

  In the interest of privacy, I suggest that, before posting, you change the UUID ' anonymous, ' a long string of letters, numbers and dashes in the header of the report, if it is present (it cannot be). "

  Please do not post other types of diagnostic report.

  I know that the report is long, perhaps several hundred lines. Please report all this anyway.

  When you post the report, an error message may appear on the web page: "you have included content in your post that is not allowed", or "the message contains invalid characters." It's a bug in the forum software. Thanks for posting the text on Pastebin, then post here a link to the page you created.

  If you have an account on Pastebin, please do not select private in exposure menu to paste on the page, because no one else that you will be able to see it.

• My user is a member of the Administrators group, but I got ACCESS DENIED with some files?

  My user is a member of the Administrators group, but I got ACCESS DENIED with some files?

  I know the meaning of the trace, I did not sense trace in this sentence! Once again, I don't undrestand why a user as an administrator cannot access anythings?

  Administrators can access anything, but they often need to take ownership of a file or folder to open it. By examining the details of the property, the owner can easily say that an administrator has reviewed his file or folder.

• Error getting of canonical path of a file on the Glassfish Server

  Hello

  I'm on jdev 11.1.2.4 and glassfish server 3.1.2.

  I want to get the CanonicalPath of an image file in ViewController/public_html/images/company_logo.png

  I use method below to get the path.

  
   public static String getCompanyLogoFilePath(){
          String filePath="C:\\company_logo.png"; // default value
          URL url;
          try {
              url = FacesContext.getCurrentInstance().getExternalContext().getResource("/images/company_logo.png");
              File file = new File(url.toURI());
              //System.out.println("getCanonicalPath:"+file.getCanonicalPath());
              filePath = file.getCanonicalPath(); 
              System.out.println("filePath: "+filePath);
                  
              
          } catch (MalformedURLException e) {
          } catch (URISyntaxException e) {
          } catch (IOException e) {
          }
          return filePath;
      }
  

  This method works very well on the integrated weblogic server. However, when I deploy my application on a glassfish server, it throws the following error

  State of the TTP 500-

  ---

  type of Exception report

  Message

  Description The server encountered an internal error () that prevents to satisfy this demand.

  exception

  javax.servlet.ServletException: /reportPages/Letter.jsf @91,109 action="#{backingBeanScope.LetterBean.cbRun_action}": java.lang.IllegalArgumentException: URI scheme is not "file"

  first cause

  javax.faces.el.EvaluationException: /reportPages/Letter.jsf @91,109 action="#{backingBeanScope.LetterBean.cbRun_action}": java.lang.IllegalArgumentException: URI scheme is not "file"

  first cause

  java.lang.IllegalArgumentException: URI scheme is not "file"

  Note The complete exception stack traces and its root causes are available in GlassFish Server Open Source Edition newspapers 3.1.2.2

  ---

  GlassFish Server Open Source Edition 3.1.2.2

  any ideas?

  Thank you

  When you want to get real (absolute) path to a file within the context of the web, you pass 'virtual' path of this resource (from the root of context) to ServletContext.getRealPath () method.

  ("Something like: FacesContext.getCurrentInstance().getExternalContext().getRealPath("/images/company_logo.png ");

  Note this virtual path always use ' / ' separator (irrespective of the platform)

  In addition, on some servers, getRealPath() does not by default if you need to activate this: java - getServletContext ().getRealPath("") returns null in WebLogic - Stack Overflow

  Dario

• filling on server trace files

  11.1.0.7 - 64-bit on Solaris

  It seems tracing has been enabled on our database in the last week that trace the directory is to fill to the top.

  However, it is what it is to show:

  SQL > wear track of parameter

  VALUE OF TYPE NAME

  ------------------------------------ ----------- ------------------------------

  log_archive_trace integer 0

  sec_protocol_error_trace_action string PATH

  SQL_Trace boolean FALSE

  trace_enabled Boolean TRUE

  tracefile_identifier chain

  It seems 11g have trace_enabled set to true by default.

  My question is how can I find out who a session is drawn?

  Thank you

  Thank you all for your contributions.

  It is now resolved by disabling tracking tab Top consumer of the control (GC) 11g of the grid as it was where he seems to be activated in the first place.

  It has been activated for upper module which was the main application module and it was written several trace files every minute.

  It would have been very difficult to resolve outside GC where it has been activated and it's a simple click is enough to accomplish on GC.

  Thank you all

• Phase of extraction in a trace file

  Oracle version: 11.2.0.3.0 Enterprise Edition
  Operating system - IBM/AIX RISC System/6000
  
  I'm trying to generate a trace file from a piece of code executed by the java server. What I asked the java developer to do is to place this block immediately after a connection is established:
  

  BEGIN
    EXECUTE IMMEDIATE 'ALTER SESSION SET TRACEFILE_IDENTIFIER = ''M1''';
    dbms_monitor.session_trace_enable(waits => FALSE, binds => TRUE);
  END;

  And at the end of the block of logic java code:
  

  BEGIN
    dbms_monitor.session_trace_disable;
  END;

  I want to know is how many lines the java Server recovers after executing a particular select statement, because they complain about getting less account lines select statement waits.
  For example, if I run the same query sql in the sqlplus session, then we'll, I extract say 1000 rows.
  When the same query is executed on the side of java, the lines of recoveries are less in number, let's say 500.
  And because I doubt it, I wanted to trace to see what is actually executed and how.
  The extract of the trace file I see exactly the same query that I myself run in a sqplus session.
  There is no precise control over the udnerlying tables in the query.
  
  And my question is, how to interpret the phase EXTRACTION of the slider (for the select statement)?
  For example, if I see a FETCH for this cursor, this means that the java server retrieves a single row?
  If I see 100 extractions, this means that they recovered 100 lines of the cursor?
  
  Here's a short excerpt from the trace file (please don't crucify me for obvious denormalized tables design, and the request it is not invented by me):
  

  PARSING IN CURSOR #4573587152 len=667 dep=0 uid=737 oct=3 lid=737 tim=17685516462413 hv=954980718 ad='70000006d3e4940' sqlid='69pm96nwfrqbf'
  select /* ordered */ o.id, nvl(o.par_id, -1) as par_id, o.NAME_GER, o.NAME_ENG, o.NAME_ESP, o.NAME_ITL,o.NAME_FRA, decode(lo.lflag, 'Y', 'L', 'N') as leaf_or_node, lo.distance + 1 as "LEVEL",  to_char(o.beg_date, 'DD.MM.YYYY HH24:MI:SS'),  o.mais_id, l.path, nvl(o.non_selectable, 'N')  from   st_prod o, lprod_new l, lprod lo where  o.end_date = to_date('31.12.3999', 'DD.MM.YYYY') and   (lo.id, lo.beg_date) in (select id, beg_date from st_prod where par_id is null and end_date = to_date('31.12.3999', 'DD.MM.YYYY')) and   lo.lid = o.id and lo.lid_beg_date = o.beg_date and   l.st_prod_id = o.id and l.st_prod_beg_date = o.beg_date order by lo.distance, o.name_ger
  END OF STMT
  PARSE #4573587152:c=31,e=152,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=2027551050,tim=17685516462412
  EXEC #4573587152:c=80,e=375,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,plh=2027551050,tim=17685516462936
  
  *** 2013-03-11 11:28:09.122
  FETCH #4573587152:c=519446,e=892645,p=0,cr=113446,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517355715
  FETCH #4573587152:c=37,e=59,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517359109
  FETCH #4573587152:c=39,e=63,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517361128
  FETCH #4573587152:c=29,e=46,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517362849
  FETCH #4573587152:c=31,e=48,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517364621
  <162 more FETCH-es here>
  <STAT phase>
  CLOSE #4573587152:c=533,e=849,dep=0,type=1,tim=17685517671878

  It is possible based on the trace file (if I have to change something in the way of tracing) to determine the number of rows retrieved?

  FETCH #4573587152:c=519446,e=892645,p=0,cr=113446,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517355715
  FETCH #4573587152:c=37,e=59,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517359109
  FETCH #4573587152:c=39,e=63,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517361128
  FETCH #4573587152:c=29,e=46,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517362849
  FETCH #4573587152:c=31,e=48,p=0,cr=0,cu=0,mis=0,r=10,dep=0,og=1,plh=2027551050,tim=17685517364621
  

  Each FETCH call returns r = number of lines.

  Run TKPROF trace file for a readable activity summary.

  How to interpret the phase EXTRACTION of the slider (for the select statement)?

  The java code uses a default fetchsize to 10 (lines per extraction).

• I can control the Trace files in bdump

  Experts in good morning...
  
  Question of BDUMP
  
  In BDUMP, I have the following files...
  
  -rw - r - 1 oracle oinstall 112687 19 Feb 13:41 alert_testdb.log
  -rw - r - r - 1 oracle oinstall 33068 Feb 19 12:03 alert_TSH1.log
  -rw - r - 1 oracle oinstall 20301 14 Feb 09:13 testdb_arc0_15379.trc
  -rw - r - 1 oracle oinstall 632 5 Feb 04:56 testdb_arc0_17339.trc
  -rw - r - 1 oracle oinstall 2118 Feb 5 05:22 testdb_arc0_17409.trc
  ... ..
  .... ..
  
  Totally 294 trace files...
  
  
  I checked some .trc files;  Almost have the same information.
  
  ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
  Name of the system: Linux
  Name of the node: xxxxxxxxxxxxxx
  News Release: xxxxxxxxxxxxxxxxxxxxxxxxxx
  Version: xxxxxxxxxxxxxxxxxxxxxxxxx
  Machine: xxxxxx
  Instance name: testdb
  Redo thread mounted by this instance: 1
  Oracle process number: 0
  
  My question clear is:
  
  1. If the alert log contains details of the error, what is the purpose of trace in bdump files?
  2. why "n" no trace files created without useful information? (Almost with the same information]
  3. what type of information is usually stored in .trc files?
  
  What I know about tracefiles:
  
  Each background process writes the trace files if an internal error has occurred.
  If I'm wrong, please correct.

  Trace files and log alerts serve a different purpose. A simple way to think about it, is that the trace files are used when diagnosing problems. The alert log shows you what are the events are occurring in the database in general, flooding you don't not with unnecessary details. If the database crashed, the alerts log will tell you when the event happened, but the details of the process that crashed would be (I hope) in a trace file.

  Some trace files are huge, and you certainly don't want them in the log of alerts because it would make it too big to be manageable or read.

  For example, if a process crashes, the dumping process trace file to would be useful when you are working with Oracle Support to identify the problem. Or, if you want to see what a specific session, you can turn on tracing on it and and then format the trace with tkprof file to understand what made the session.

  The documentation is a good summary:

  Trace files

  A trace file is an administrative file containing diagnostic data used to investigate the problems. Trace can also, provide guidance for tuning applications or an instance, as explained in "Diagnostic and performance optimization.

  Types of Trace files

  Each server and the background process can periodically write to a trace file. File information on the environment in the process, status, activities and errors.

  The SQL trace facility also created trace files, which provide information of performance on individual SQL statements. To enable tracing for an identifier of the client, service, module, action, session, instance or database, you must run the procedures in the DBMS_MONITOR package or use Oracle Enterprise Manager.

  A dump is a special type of trace file. Considering that track tends to be out of diagnostic data, a dump is usually a unique data output of diagnosis in response to an event (for example, an incident). When an incident occurs, the database writes one or more landfills in the incident directory created for the incident. Incident of discharges also contain the case number in the file name.

• Cannot write trace files destined for the bottom dump in oracle 10 g

  Hi all
  
  Version of the OS: RHEL 5.7
  DB version: 10.2.0.4
  cluster: database node 2 RAC
  
  Today I faced a strange behavior for one of our production database. Its a database of 2 rac nodes. There is no automatic generation of trace files in the destination of bottom dump on the first node. I am able to see the second trace files in its context dump dest. But the strange behavior occurs on the first node. I see that alert logfile in the bottom dump dest. Despite an error that displays the generated trace file but no file is located in the bdump. Here is the error, but physically he no trace file is generated:
  

  Errors in file/oracle/db/admin / < sid > /bdump/ < sid >j0011558.trc:
  ORA-12012: error on auto run 94377 work
  ORA-12008: error path refresh materialized view

  can someone have any idea for this strange behavior. There is no script maintenance for the removal of trace files.
  
  Kind regards
  Imran Khan

  its his work after you re-create your synonym then Yes you should not recreate MV again.

• trace file not found

  using linux 5.7 (32 bit) and oracle 11 g relase 2
  
  SQL > select name, value from v$ diag_info;
  
  NAME
  ----------------------------------------------------------------
  VALUE
  --------------------------------------------------------------------------------
  Diag activated
  TRUE
  
  Basis of the ADR
  / Home/Oracle/u01/app/Oracle
  
  Home of the ADR
  / Home/Oracle/u01/app/Oracle/diag/RDBMS/looking4/looking4
  
  
  NAME
  ----------------------------------------------------------------
  VALUE
  --------------------------------------------------------------------------------
  Trace of Diag
  / Home/Oracle/u01/app/Oracle/diag/RDBMS/looking4/looking4/trace
  
  Diag warning
  / Home/Oracle/u01/app/Oracle/diag/RDBMS/looking4/looking4/Alert
  
  Diag incident
  / Home/Oracle/u01/app/Oracle/diag/RDBMS/looking4/looking4/incident
  
  
  NAME
  ----------------------------------------------------------------
  VALUE
  --------------------------------------------------------------------------------
  Diag Cdump
  / Home/Oracle/u01/app/Oracle/diag/RDBMS/looking4/looking4/cdump
  
  Health monitor
  / Home/Oracle/u01/app/Oracle/diag/RDBMS/looking4/looking4/HM
  
  Default Trace file
  / Home/Oracle/u01/app/Oracle/diag/RDBMS/looking4/looking4/trace/looking4_ora_4327
  .TRC
  
  NAME
  ----------------------------------------------------------------
  VALUE
  --------------------------------------------------------------------------------
  
  Count of active problem
  0
  
  Active County Incident
  0
  
  
  11 selected lines.
  
  now when I check
  ls - al looking4_ora_43 *.
  -rwxrwxr-x 1 oracle oinstall 2960 22 August at 09:59 looking4_ora_4300.trc
  -rwxrwxr-x 1 oracle oinstall 182 22 August at 09:59 looking4_ora_4300.trm
  -rwxrwxr-x 1 oracle oinstall 2957 17 Aug 10:29 looking4_ora_4306.trc
  -rwxrwxr-x 1 oracle oinstall 180 17 Aug 10:29 looking4_ora_4306.trm
  -rw - r - 1 oracle oinstall 2957 30 August at 10:38 looking4_ora_4325.trc
  -rw - r - 1 oracle oinstall 181 30 August at 10:38 looking4_ora_4325.trm
  -rw - r - 1 oracle oinstall 2956 24 August at 15:56 looking4_ora_4380.trc
  -rw - r - 1 oracle oinstall 181 24 August at 15:56 looking4_ora_4380.trm
  -rwxrwxr-x 1 oracle oinstall 2942 14 August at 10:18 looking4_ora_4394.trc
  -rwxrwxr-x 1 oracle oinstall 178 14 August at 10:18 looking4_ora_4394.trm
  [oracle@unknown485b39d0b515 path] $ pwd
  / Home/Oracle/u01/app/Oracle/diag/RDBMS/looking4/looking4/trace
  
  So where is
  looking4_ora_4327?
  Thanks in advance

  There is no trace file to your/home/oracle/u01/app/oracle/diag/rdbms/looking4/looking4/trace/looking4_ora_4327, because the current user's session is not under the tracing. See the example below:

  I have connected as a user scott and here is the result:

  SQL> column value for a50;
  SQL> /
  
  NAME                                                             VALUE
  ---------------------------------------------------------------- --------------------------------------------------
  Diag Enabled                                                     TRUE
  ADR Base                                                         e:\app\serverroom
  ADR Home                                                         e:\app\serverroom\diag\rdbms\orcl\orcl
  Diag Trace                                                       e:\app\serverroom\diag\rdbms\orcl\orcl\trace
  Diag Alert                                                       e:\app\serverroom\diag\rdbms\orcl\orcl\alert
  Diag Incident                                                    e:\app\serverroom\diag\rdbms\orcl\orcl\incident
  Diag Cdump                                                       e:\app\serverroom\diag\rdbms\orcl\orcl\cdump
  Health Monitor                                                   e:\app\serverroom\diag\rdbms\orcl\orcl\hm
  Default Trace File                                               e:\app\serverroom\diag\rdbms\orcl\orcl\trace\orcl_
                                                                   ora_8056.trc
  

  This means, if my session track, so I check the file e:\app\serverroom\diag\rdbms\orcl\orcl\trace\orcl_ora_8056.trc for this session right? OK, what happens if I disconnect and reconnect:

  NAME                                                             VALUE
  ---------------------------------------------------------------- --------------------------------------------------
  Diag Enabled                                                     TRUE
  ADR Base                                                         e:\app\serverroom
  ADR Home                                                         e:\app\serverroom\diag\rdbms\orcl\orcl
  Diag Trace                                                       e:\app\serverroom\diag\rdbms\orcl\orcl\trace
  Diag Alert                                                       e:\app\serverroom\diag\rdbms\orcl\orcl\alert
  Diag Incident                                                    e:\app\serverroom\diag\rdbms\orcl\orcl\incident
  Diag Cdump                                                       e:\app\serverroom\diag\rdbms\orcl\orcl\cdump
  Health Monitor                                                   e:\app\serverroom\diag\rdbms\orcl\orcl\hm
  Default Trace File                                               e:\app\serverroom\diag\rdbms\orcl\orcl\trace\orcl_
                                                                   ora_8752.trc
  

  This means, now I'll look in e:\app\serverroom\diag\rdbms\orcl\orcl\trace\orcl_ora_8752.trc for any information of tracing; only if it's to be see trace:

  SQL> host dir e:\app\serverroom\diag\rdbms\orcl\orcl\trace\orcl_ora_8752.trc;
   Volume in drive E is HCL_DISK3
   Volume Serial Number is A62A-F491
  
   Directory of e:\app\serverroom\diag\rdbms\orcl\orcl\trace
  
  File Not Found
  
  SQL> alter session set events '10046 trace name context forever,level 12';
  
  Session altered.
  
  SQL> host dir e:\app\serverroom\diag\rdbms\orcl\orcl\trace\orcl_ora_8752.trc;
   Volume in drive E is HCL_DISK3
   Volume Serial Number is A62A-F491
  
   Directory of e:\app\serverroom\diag\rdbms\orcl\orcl\trace
  
  30-08-2012  13:39                 0 orcl_ora_8752.trc
                 1 File(s)              0 bytes
                 0 Dir(s)  121,181,003,776 bytes free
  
  SQL> alter session set events '10046 trace name context off';
  
  Session altered.
  
  SQL> host dir e:\app\serverroom\diag\rdbms\orcl\orcl\trace\orcl_ora_8752.trc;
   Volume in drive E is HCL_DISK3
   Volume Serial Number is A62A-F491
  
   Directory of e:\app\serverroom\diag\rdbms\orcl\orcl\trace
  
  30-08-2012  13:39                 0 orcl_ora_8752.trc
                 1 File(s)              0 bytes
                 0 Dir(s)  121,181,003,776 bytes free
  
  SQL>
  

  So, in short, you get the trace file, if the current session is currently tracing.

  Concerning
  Girish Sharma