From oracle-l-bounce@freelists.org Tue Jun 15 08:11:57 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i5FDBgB10284 for ; Tue, 15 Jun 2004 08:11:52 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i5FDBV610253 for ; Tue, 15 Jun 2004 08:11:41 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D55D872C027; Tue, 15 Jun 2004 07:56:15 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06301-50; Tue, 15 Jun 2004 07:56:15 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E8AE372C65B; Tue, 15 Jun 2004 07:56:14 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 15 Jun 2004 07:54:47 -0500 (EST) X-Original-To: oracle-l@freelists.org Delivered-To: oracle-l@freelists.org Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7A2B272C5E3 for ; Tue, 15 Jun 2004 07:54:46 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06133-33 for ; Tue, 15 Jun 2004 07:54:46 -0500 (EST) Received: from ahmler3.mail.eds.com (ahmler3.mail.eds.com [192.85.154.74]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D76D372C242 for ; Tue, 15 Jun 2004 07:54:45 -0500 (EST) Received: from ahmlir5.mail.eds.com (ahmlir5-2.mail.eds.com [192.85.154.135]) by ahmler3.mail.eds.com (8.12.10/8.12.10) with ESMTP id i5FDF1Y2032628 for ; Tue, 15 Jun 2004 09:15:03 -0400 Received: from ahmlir5.mail.eds.com (localhost [127.0.0.1]) by ahmlir5.mail.eds.com (8.12.10/8.12.10) with ESMTP id i5FDEBMo013090 for ; Tue, 15 Jun 2004 09:14:11 -0400 Received: from USAHM102.amer.corp.eds.com (usahm102.exmi01.exch.eds.com [207.37.138.190]) by ahmlir5.mail.eds.com (8.12.10/8.12.10) with ESMTP id i5FDEB7q013085 for ; Tue, 15 Jun 2004 09:14:11 -0400 Received: by usahm102.exmi01.exch.eds.com with Internet Mail Service (5.5.2657.72) id ; Tue, 15 Jun 2004 09:14:07 -0400 Message-ID: <564DE4477544D411AD2C00508BDF0B6A1CE0AB8A@usahm018.exmi01.exch.eds.com> From: "Powell, Mark D" To: "'oracle-l@freelists.org'" Subject: RE: To set events or not set events, that is the question Date: Tue, 15 Jun 2004 09:14:11 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-Virus-Scanned: by amavisd-new at freelists.org X-archive-position: 2743 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: mark.powell@eds.com Precedence: normal Reply-To: oracle-l@freelists.org X-list: oracle-l X-Virus-Scanned: by amavisd-new at freelists.org If the select you posted is all that shows in the alert log then it is most likely the full SQL statement based on our 9.2 logs showing at least a dozen lines before it cuts off the SQL. If you have the SQL statement there is probably no real reason to set the 1555 event. As a general rule I believe you should set events only while you are actively working on problems related to them. Events should generally be removed when you upgrade. IMHO -- Mark D Powell -- -----Original Message----- From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org]On Behalf Of Jesse, Rich Sent: Monday, June 14, 2004 5:12 PM To: ORACLE-L (E-mail) Subject: To set events or not set events, that is the question 9.2.0.5.0 on HP/UX 11.11, newly created from an 8.1.7.4.0 export. After a week of uptime, we get an ORA-1555 today. The alert.log says: ORA-01555 caused by SQL statement below (Query Duration=8581 sec, SCN:0x0000.0090c189): ...followed by what I'm hoping is a partial statement (because it's a nasty FTS): SELECT PARTNO,WHOUSE,ENT_CODE FROM MY_TABLE (schema/table/column names changed to protect the innocent). Now any query that takes 2+ hours to complete during the day on our nice new fast server *deserves* to die a horrible ORA-1555 death, IMHO, but I'd still like to be able to track these down in the future. And without a trace file generated, that's just not gonna happen. So, I'll set event 1555 as an errorstack. But the last time I did this, then had a Support call a year later, I was told that setting events permanently like this is not a good idea, although I was not able to find out *why* it's not. I've got a TAR open to get the Official Word, but does anyone have a good reason why this or other "error" event (like 1652 to determine who the hell used up 2GB of TEMP) should NOT be in an init.ora for any version of Oracle??? TIA! Rich Rich Jesse System/Database Administrator Rich.Jesse@quadtechworld.com QuadTech, Sussex, WI USA ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------