RE: 2G trace files - solved...sort of

Thanks to everyone who responded. It turns out initialization parameter max_dump_file_size was set to *20M* and the trace files were getting cut off at that point.

I didn't look at the ls closely enough and thought it was getting cut off at 2G. Apparently the init parameter overrides the session parameter....

On Wed, 2003-10-29 at 15:09, Quintin, Richard wrote:
> >>> If I set max_dump_file_size greater than 2G I get an error.
>
> Perhaps I should be more specific:
>
> sys.dbms_system.set_int_param_in_session(p_sid, p_serial#,
> 'max_dump_file_size', 'unlimited');
> gives:
> ORA-06502: PL/SQL: numeric or value error: character to number
> conversion error
>
> sys.dbms_system.set_int_param_in_session(p_sid, p_serial#,
> 'max_dump_file_size', 2147483647 + 1);
> gives:
> ORA-01426: numeric overflow
>
>
> On Wed, 2003-10-29 at 14:24, Tim Fleury wrote:
> > Set the dump file size to unlimited.
> >
> > -----Original Message-----
> > Sent: Wednesday, October 29, 2003 10:49 AM
> > To: Multiple recipients of list ORACLE-L
> >
> >
> > I'm tracing a session with 10046 event level 8. Here's the method I
> > use:
> >
> > sys.dbms_system.set_sql_trace_in_session( p_sid, p_serial#, TRUE );
> > sys.dbms_system.set_bool_param_in_session(p_sid, p_serial#,
> > 'timed_statistics', true);
> > /* Max dump file size is 2G */
> > sys.dbms_system.set_int_param_in_session(p_sid, p_serial#,
> > 'max_dump_file_size', 2147483647);
> > sys.dbms_system.set_ev(p_sid, p_serial#, 10046, p_level, '');
> >
> > If I set max_dump_file_size greater than 2G I get an error. But with
> > trace level 8, I'm easily overrunning this limit. How do you guys get
> > around this?
> >
> > BTW - Just got Optimizing Oracle Performance last night and if I didn't
> > have to work so much I would have read it through by now. Maybe I'll
> > take tomorrow off.
> >
> > Richard Quintin, DBA
> > Information Systems & Computing, DBMS
> > Virginia Tech
> > --
> > "When the character of a man is not clear to you, look at his friends."
> > -- Japanese Proverb
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.net
> > --
> > Author: Quintin, Richard
> > INET: rquintin_at_vt.edu
> >
> > 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
> Richard Quintin, DBA
> Information Systems & Computing, DBMS
> Virginia Tech
> --
> "[Long hair] is considered bohemian, which may be why I grew it, but I
> keep it long because I love the way it feels, part cloak, part fan, part
> mane, part security blanket." -- Marge Piercy
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
Richard Quintin, DBA
Information Systems & Computing, DBMS
Virginia Tech

-- 
"If you would persuade, you must appeal to interest rather than
intellect." -- Benjamin Franklin
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Quintin, Richard
  INET: rquintin_at_vt.edu

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).