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: Where are my trace files going?

Re: Where are my trace files going?

From: zhu chao <chao_ping_at_vip.163.com>
Date: Mon, 01 Dec 2003 21:34:25 -0800
Message-ID: <F001.005D8591.20031201213425@fatcity.com>


Another possiblity is that file has once generated a trace file and you accidently rm that file.

    As the file is still opened by this session, the session still write the trace content to that "rm"ed tracefile, so you are unable to read that file.

     You can use lsof -p $SPID to identify whether the trace file is deleted or it did not get generated at all. like:

root_at_misc3 root]# lsof -p 13863

COMMAND   PID   USER   FD   TYPE DEVICE      SIZE      NODE NAME
oracle  13863 oracle  cwd    DIR    8,8      4096   1651678 /home/oracle/product/8.1.7/dbs
oracle  13863 oracle  rtd    DIR    8,2      4096         2 /
oracle  13863 oracle  txt    REG    8,8  23872327   2403986 /home/oracle/product/8.1.7/bin/oracle
oracle  13863 oracle  mem    REG    8,2    494474     80003 /lib/ld-2.2.4.so
oracle  13863 oracle  mem    REG    8,8   4192428   1242955 /home/oracle/product/8.1.7/lib/libjox8.so
oracle  13863 oracle  mem    REG    8,8     33269   1242967 /home/oracle/product/8.1.7/lib/libdsbtsh8.so
oracle  13863 oracle  mem    REG    8,2     66037     80016 /lib/libdl-2.2.4.so
oracle  13863 oracle  mem    REG    8,2    140140     80018 /lib/libm-2.2.4.so
oracle  13863 oracle  mem    REG    8,2     88032     80048 /lib/libpthread-0.9.so
oracle  13863 oracle  mem    REG    8,2   1285820     80012 /lib/libc-2.2.4.so
oracle  13863 oracle  mem    REG    8,2    262324     80037 /lib/libnss_files-2.2.4.so
oracle  13863 oracle    0u   CHR  136,1                   3 /dev/pts/1
oracle  13863 oracle    1u   CHR  136,1                   3 /dev/pts/1
oracle  13863 oracle    2u   CHR  136,1                   3 /dev/pts/1
oracle  13863 oracle    3r   CHR    1,3               33458 /dev/null
oracle  13863 oracle    4r   CHR    1,3               33458 /dev/null
oracle  13863 oracle    5w   REG    8,8     37064    523441 /home/oracle/admin/catalog/udump/ora_13863.trc (deleted)
//I did the test here.
oracle  13863 oracle    6r   CHR    1,3               33458 /dev/null
oracle  13863 oracle    7r   CHR  136,1                   3 /dev/pts/1
oracle  13863 oracle    8r  FIFO    0,0           193607440 pipe
oracle  13863 oracle    9r   REG    8,8    358912   2763598 /home/oracle/product/8.1.7/rdbms/mesg/oraus.msb
oracle  13863 oracle   11w  FIFO    0,0           193607441 pipe
oracle  13863 oracle  409u   REG   8,17 419438592     32708 /oradata/catalog/system.dbf

> There are two possibilities:
> 1) You are hitting a well known bug which doesn't allow you to turn
> on 10046 by using set_ev or alter session. The only way to actually do
> it is to use oradebug.
> 2) Your trace files are with Saddam Hussein.
>
>
> On 12/01/2003 05:04:25 PM, Thomas A. La Porte wrote:
> > Environment: Oracle 8.1.7.4 on RedHat AS2.1
> >
> >
> > I'm in the process of preparing to convert a 90M row table from
> > heap-organized to index organized. I think I've pretty well got a
> > formula for doing the actual table conversion. It's a very basic
> > table, four NUMBER columns, with a PK on the first two. I'm
> > planning to extract the data to a sorted, comma-delimited flat
> > file, then using SQL Loader with direct path to do the import.
> > On a 2.8GHz 2-way Linux box, that process is taking me about 30
> > minutes.
> >
> > Building two additional indexes on that table after the data has
> > been loaded is taking anywhere from 30 minutes up to three hours.
> > I'm trying to determine why there is a wide variation in the
> > performance of the index build operation by tracing the session,
> > however, I can't seem to generate a trace file! I can run the
> > 'alter session' to get a 100046 trace, but no file is created in
> > my user_dump_dest (nor, for that matter, is it being created in
> > my background_dump_dest, core_dump_dest, or any place else on the
> > local machine as best as I can tell).
> >
> > I've run these traces before in other instances on the same
> > machine, and I don't believe that there is a file ownership or
> > permissions problem anywhere in the mix. Does anyone have any
> > thoughts on where my trace file is going, if it is going
> > anywhere? Or how to determine why I'm not generating a trace
> > file?
> >
> > Any thoughts or pointers are greatly appreciated.
> >
> > -- Tom
> >
> > Thomas A. La Porte, DreamWorks SKG
> > <mailto:tlaporte_at_anim.dreamworks.com>
> >
> >
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.net
> > --
> > Author: Thomas A. La Porte
> > INET: tlaporte_at_anim.dreamworks.com
> >
> > Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> > San Diego, California -- Mailing list and web hosting services
> > ---------------------------------------------------------------------
> > 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).
> >
>
> Mladen Gogala
> Oracle DBA
>
>
>
> Note:
> This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks.
> Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Mladen Gogala
> INET: mladen_at_wangtrading.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> 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).
>
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: zhu chao
  INET: chao_ping_at_vip.163.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
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 01 2003 - 23:34:25 CST

Original text of this message

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