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: [EMAIL PROTECTED] > > > > 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] (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).
