Return-Path: <root@fatcity.cts.com>
Received: from newsfeed.cts.com (newsfeed.cts.com [209.68.248.164])
 by naude.co.za (8.11.2/8.11.2) with SMTP id g56IeG004850
 for <oracle-l@naude.co.za>; Thu, 6 Jun 2002 14:40:16 -0400
Received: from fatcity.UUCP (uucp@localhost)
 by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id DAA21501;
 Thu, 6 Jun 2002 03:29:55 -0700 (PDT)
Received: by fatcity.com (26-Feb-2001/v1.0g-b71/bab) via UUCP id 00476076; Thu, 06 Jun 2002 03:18:23 -0800
Message-ID: <F001.00476076.20020606031823@fatcity.com>
Date: Thu, 06 Jun 2002 03:18:23 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
X-Comment: Oracle RDBMS Community Forum
X-Sender: "VIVEK_SHARMA" <VIVEK_SHARMA@infosys.com>
Sender: root@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: "VIVEK_SHARMA" <VIVEK_SHARMA@infosys.com>
Subject: RE: Production Database Open Fails after Mount 
Organization: Fat City Network Services, San Diego, California
X-ListServer: v1.0g, build 71; ListGuru (c) 1996-2001 Bruce A. Bergman
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by naude.co.za id g56IeG004850


The Original PRoduction m/c has been Formatted 
The Few Kernel Values that we had Checked during the Problem :-

nfiles = 790  (Correction)
maxfiles = 200
nproc = 276
nfloc = 200
maxuprc = 200
nofiles = 60

This being a Small HP-UX Box having about 75 User processes including Oracle Shadow processes 

Thanks


-----Original Message-----
Sent: Wednesday, June 05, 2002 6:33 PM
To: Multiple recipients of list ORACLE-L


Vivek,
It depends on how many files were already open and how many files this
'small dummy' database had.
As John K. mentioned, using 'sar -v' at the time of opening the production
database would tell you more about the number of file opened at that time. 

Both your NFILE and MAX_FILES number look too small. What's set for
MAXUSERS?  

HTH.

- K i r t i  ;)

-----Original Message-----
Sent: Tuesday, June 04, 2002 11:48 PM
To: ORACLE-L@fatcity.com; oracledba@lazydba.com;
kirti.deshpande@gtedc.gte.com


Kirthi

NOTE Point 3) (Bottom) We were able to OPEN a Small Dummy Database 
on the Failing Production Server .

If the system wide limit for the number of simultaneously open files is
exceeded
Would the Dummy Database OOEN Either ?
 
NOTE nfile = 200
max_files = 200
Approx 75 User processes All inclusive would exist on the machine

Thanks for responding
 
-----Original Message-----
Sent: Wednesday, June 05, 2002 5:58 AM
To: Multiple recipients of list ORACLE-L


Vivek,
You are right, this is an OS related issue, but a DBA must be aware of why
it happens ;) 

Error 23 means 'File Table Overflow' and it is generated when the system
wide limit for the number of simultaneously open files is exceeded. It is
controlled by a kernel parameter 'nfile'. which defaults to a value arrived
at by a formula that uses 'maxusers' (and a couple of other) kernel
parameters. You can check the values set for 'maxusers' and 'nfile' on these
servers, and get your SA to increase those on the server where you had a
problem starting the database. 

Use '/usr/sbin/kmtune -q <parameter>' command to check currently set value
for 'nfile' and 'maxusers'. 

Read more about 'nfile' at
http://docs.hp.com/hpux/onlinedocs/os/KCparam.Nfile.html.

HTH,

- Kirti 


-----Original Message-----
Sent: Wednesday, June 05, 2002 3:11 AM
To: Multiple recipients of list ORACLE-L



Solved 

Database OPENed Successfully on another HP-UX Box Without any ORA-1092 
The Same Oracle & OS Versions Existed on Both HP-UX Boxes .

NOTE Though ORA-1092 was often succeeded by the message :-
"Error Num 23"
NO Idea what Error Num 23 Stands for ? 
Thus This seems to be Some OS /Hardware Issue with the Previous Production
Database 
on which the Database would NOT Open after OS RE_Installation .

For Problem Details Go Below . 
For Complete Details Either E-mail me Or See Tar Nums - 2263888.995  ,
9505435.7 
(If accessible)

Thanks to All & List

Vivek

-----Original Message-----
Sent: Monday, June 03, 2002 11:57 PM
To: LazyDBA.com Discussion


Hi Gopal,List

What are those UNdocumented Events ?

Thanks again

Vivek

-----Original Message-----
Sent: Monday, June 03, 2002 4:51 PM
To: LazyDBA.com Discussion


 Vivek:

 I guess SMON runs the command to get the details for regular cleanup.
 You can use few undocumented events to get the things done depending
 on the seriousness of the database. These events just asks the SMON to
 skip few things during recovery and pretty harmless.

 Best Regards,
 K Gopalakrishnan

>
>
> ----- Original Message -----
> From: "VIVEK_SHARMA" <VIVEK_SHARMA@infosys.com>
> To: "LazyDBA.com Discussion" <oracledba@lazydba.com>
> Sent: Monday, June 03, 2002 4:29 PM
> Subject: RE: Production Database Open Fails after Mount
>
>
> Problem Still Existing .
>
> ora_3263.trc file :-
>
> ORA-01092: ORACLE instance terminated. Disconnection forced
>
> Current SQL statement for this session:
> select line#, sql_text from bootstrap$ where obj# != :1
>
> "bootstrap$" seems to tbe the CAUSE .
>
> Any Advice ?
>
> 1) "STATUS" in V$LOG shows 2 Groups as INACTIVE & the 3rd as CURRENT
> NOTE - Log Switches are Happening even in Mount State due to
> some internal Database Activity at the rate of about 5 Switched in 12
Hours
> .
> Size of Redo Logfile = 5M
>
> 2) RECOVER DATABASE UNTIL CANCEL Succeeds , But "ALTER DATABASE OPEN
> RESETLOGS" Also Fails
> with ORA-1092 like "ALTER DATABASE OPEN"
>
> 3) We Created a SMALL Dummy Database on the Same machine using the Same
> ORACLE_HOME which
> we were able to open eith the Same SGA as the Production Database . Thus
> Prima-facie the O.S.
> & Oracle S/w seem OK . We relinked the network & rdbms Components of
Oracle
> 7.3.4.0
> too though
>
> 4) Due to Root Disk Crash OS was RE-Installed , But Oracle Software
Existed
> Existed on another
> Hard Disk & was Simply Mounted back without any Change after the OS
> RE-Installation
>


--------
Oracle documentation is here:
http://tahiti.oracle.com/pls/tahiti/tahiti.homepage
To unsubscribe: send a blank email to oracledba-unsubscribe@LAZYDBA.com
To subscribe:   send a blank email to oracledba-subscribe@LAZYDBA.com
Visit the list archive: http://www.LAZYDBA.com/odbareadmail.pl
Tell yer mates about http://www.farAwayJobs.com
By using this list you agree to these
terms:http://www.lazydba.com/legal.html


--------
Oracle documentation is here:
http://tahiti.oracle.com/pls/tahiti/tahiti.homepage
To unsubscribe: send a blank email to oracledba-unsubscribe@LAZYDBA.com
To subscribe:   send a blank email to oracledba-subscribe@LAZYDBA.com
Visit the list archive: http://www.LAZYDBA.com/odbareadmail.pl
Tell yer mates about http://www.farAwayJobs.com
By using this list you agree to these
terms:http://www.lazydba.com/legal.html

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: VIVEK_SHARMA
  INET: VIVEK_SHARMA@infosys.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Deshpande, Kirti
  INET: kirti.deshpande@verizon.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: VIVEK_SHARMA
  INET: VIVEK_SHARMA@infosys.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).

