Return-Path: Received: from ensim.rackshack.net (root@localhost) by orafaq.net (8.11.6/8.11.6) with ESMTP id gA7ItaN16897 for ; Thu, 7 Nov 2002 12:55:36 -0600 X-ClientAddr: 209.68.248.164 Received: from newsfeed.cts.com (newsfeed.cts.com [209.68.248.164]) by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id gA7ItaX16890 for ; Thu, 7 Nov 2002 12:55:36 -0600 Received: from fatcity.UUCP (uucp@localhost) by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id IAA28111; Thu, 7 Nov 2002 08:36:16 -0800 (PST) Received: by fatcity.com (26-Feb-2001/v1.0g-b72/bab) via UUCP id 004FDE38; Thu, 07 Nov 2002 08:14:30 -0800 Message-ID: Date: Thu, 07 Nov 2002 08:14:30 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Igor Neyman" Sender: root@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Igor Neyman" Subject: Re: Space management failures on autoextend datafiles Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 72; ListGuru (c) 1996-2001 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_008E_01C2864E.CF692220" ------=_NextPart_000_008E_01C2864E.CF692220 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I've heard about the same problem yesterday (while attending Ann Arbor = OUG conference), unfortunately - no solution, I think, they opened TAR. BTW, it was very good conference, great presentations by Jonathan Lewis. Igor Neyman, OCP DBA ineyman@perceptron.com =20 ----- Original Message -----=20 From: Fink, Dan=20 To: Multiple recipients of list ORACLE-L=20 Sent: Thursday, November 07, 2002 10:39 AM Subject: Space management failures on autoextend datafiles I have a 9.2 database running on Solaris 8. I'm creating some test = tables with indexes. The USER_INDX tablespace's datafile is set to = autoextend (as are TEMP and USER_DATA). When the system attempts to = create indexes, instead of auotextending the datafile (there is plenty = of space on the device), it throws an ORA-01652: unable to extend temp = segment by 128 in tablespace USER_INDX error. If I manually resize the = datafile and rerun it, no problems. Anyone else heard of this behavior? I can't find anything on Metalink = that fits the problem definition.=20 Dan Fink ------=_NextPart_000_008E_01C2864E.CF692220 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I've heard about the same problem yesterday (while = attending=20 Ann Arbor OUG conference), unfortunately - no solution, I think, they = opened=20 TAR.
 
BTW, it was very good conference, great = presentations by=20 Jonathan Lewis.
 
Igor Neyman, OCP DBA
ineyman@perceptron.com
&nbs= p;
 
 
----- Original Message -----
From:=20 Fink, = Dan
Sent: Thursday, November 07, = 2002 10:39=20 AM
Subject: Space management = failures on=20 autoextend datafiles

I = have a 9.2=20 database running on Solaris 8. I'm creating some test tables with = indexes. The=20 USER_INDX tablespace's datafile is set to autoextend (as are TEMP and=20 USER_DATA). When the system attempts to create indexes, instead of=20 auotextending the datafile (there is plenty of space on the device), = it throws=20 an ORA-01652: unable to extend temp = segment by 128 in=20 tablespace USER_INDX error. If I manually resize = the datafile=20 and rerun it, no problems.
 
Anyone else heard=20 of this behavior? I can't find anything on Metalink that fits the = problem=20 definition.
 
Dan=20 Fink
------=_NextPart_000_008E_01C2864E.CF692220-- -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Igor Neyman INET: ineyman@perceptron.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@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).