From oracle-l-bounce@freelists.org Tue Apr 19 15:58:52 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j3JKwqDa028196 for ; Tue, 19 Apr 2005 15:58:52 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j3JKwq4Z028192 for ; Tue, 19 Apr 2005 15:58:52 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id F1E3D18573D; Tue, 19 Apr 2005 14:56:33 -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 32239-03; Tue, 19 Apr 2005 14:56:33 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 78C77185748; Tue, 19 Apr 2005 14:56:33 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SUuHgAbJKKGvadKmascKJcplMZ+tfHnzfhJUu4vvD+CFZScrIipPdjyHhJheiwl8U6e/fnpKLS/1/IUVOMJbz3HNnKMFgMT+hHv6l8gIQTA92o7eClEWJwiob5c/YS1FUwIyX0atSVKgz4Cf+f8Pdm1+eqiwL+Lgl+mmoQysBJI= Message-ID: Date: Tue, 19 Apr 2005 14:54:43 -0500 From: Greg Norris To: ORACLE-L Subject: tempspace usage Mime-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline X-archive-position: 18623 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: spikey.mcmarbles@gmail.com Precedence: normal Reply-To: spikey.mcmarbles@gmail.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=ham version=2.63 Is there a way to determine (or trace) which individual statements are causing tempspace to be allocated to a session? I've got a databases where half a dozen sessions seem to gradually allocate more and more tempspace (as measured by v$sort_usage), and then never release it.=20 Eventually they acquire almost all of the available space, which of course causes a flurry of ORA-1652 errors from other sessions. At the moment, I'm examining a trace from one of these sessions. So far, I don't see anything which could cause this behaviour... a few inserts, some relatively simple selects, nothing particularly complex. Any suggestions on how to troubleshoot this sort of issue? The DB in question is Oracle 8.1.7.4.0 (32-bit), running on Solaris 8. -- http://www.freelists.org/webpage/oracle-l