From oracle-l-bounce@freelists.org Mon Jun 6 15:46:45 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j56Kkjdv016250 for ; Mon, 6 Jun 2005 15:46:45 -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 j56KkiNi016244 for ; Mon, 6 Jun 2005 15:46:44 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D19F51BBBCC; Mon, 6 Jun 2005 14:43:34 -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 12768-04; Mon, 6 Jun 2005 14:43:34 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 5DB0B1BBE1A; Mon, 6 Jun 2005 14:43:34 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit Subject: RE: Curious DBA_DATA_FILES results Date: Mon, 6 Jun 2005 15:41:38 -0400 Message-ID: <4001DEAF7DF9BD498B58B45051FBEA65028A1232@25exch1.vicorpower.vicr.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Curious DBA_DATA_FILES results Thread-Index: AcVqz18bsTbZgYvATbGwweqm4jmJUQAAB0OA From: "Goulet, Dick" To: , "Oracle-L Freelists" X-OriginalArrivalTime: 06 Jun 2005 19:41:39.0230 (UTC) FILETIME=[C1CF73E0:01C56ACF] X-archive-position: 20713 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: DGoulet@vicr.com Precedence: normal Reply-To: DGoulet@vicr.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.7 required=5.0 tests=AWL,MAILTO_TO_SPAM_ADDR, NORMAL_HTTP_TO_IP autolearn=no version=2.63 Sure have. If you're a user of OEM and set the autoextend parameter on it defaults to KBYTES. Now if the datafile is > than whatever in KBYTES then Oracle won't complain, but won't do anything either. Have done that several times. Rather embarrassing, especially in the middle of the day.=20 -----Original Message----- From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Jared Still Sent: Monday, June 06, 2005 3:37 PM To: Oracle-L Freelists Subject: Curious DBA_DATA_FILES results Oracle 9.2.0.6 on Windows 2003. Interesting results from a query for which I would expect to see '0 rows returned'. There are 2 datafiles for which the autoallocate value of MAXBYTES is less than the actual size of the file, possibly via a resize I imagine. Anyone else seen this? A bug perhaps? 12:36:33 ORAGLDB - js001292@pr09 SQL> l 1 select file_name, bytes, maxbytes 2 from dba_data_files 3* where bytes > maxbytes 12:36:52 ORAGLDB - js001292@pr09 SQL> / MAX BYTES BYTES FILE_NAME MEG MEG -------------------------------------------------- ----------------=20 ---------------- D:\ORACLE\ORADATA\ORCL\USERS01ORCL.ORA 2,506,096,640 104,857,600 D:\ORACLE\ORADATA\ORCL\INDX01ORCL.ORA 524,288,000 104,857,600 ---------------- sum 3,030,384,640 2 rows selected. --=20 Jared Still Certifiable Oracle DBA and Part Time Perl Evangelist -- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-l