Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 30023 invoked from network); 14 Sep 2007 16:30:44 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 14 Sep 2007 16:30:44 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2B853743A20;
 Fri, 14 Sep 2007 16:52:01 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 08246-03-2; Fri, 14 Sep 2007 16:52:01 -0400 (EDT)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 53733743937;
 Fri, 14 Sep 2007 16:52:00 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 14 Sep 2007 16:07:06 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2A50D743D9A
 for <oracle-l@freelists.org>; Fri, 14 Sep 2007 16:07:06 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 25092-08-2 for <oracle-l@freelists.org>;
 Fri, 14 Sep 2007 16:07:06 -0400 (EDT)
Received: from mail2.sea5.speakeasy.net (mail2.sea5.speakeasy.net [69.17.117.4])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DC3F8743DD0
 for <oracle-l@freelists.org>; Fri, 14 Sep 2007 16:07:01 -0400 (EDT)
Received: (qmail 7972 invoked from network); 14 Sep 2007 20:45:41 -0000
Received: from h46077f84.area7.spcsdns.net (HELO [70.7.127.132]) (jeremiah@ora-600.net@[70.7.127.132])
          (envelope-sender <jeremiah@ora-600.net>)
          by mail2.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP
          for <don@seiler.us>; 14 Sep 2007 20:45:40 -0000
Message-ID: <46EAF2F2.2020006@ora-600.net>
Date: Fri, 14 Sep 2007 13:45:38 -0700
From: Jeremiah Wilton <jeremiah@ora-600.net>
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
MIME-Version: 1.0
To:  don@seiler.us
CC: "Elliott, Patrick" <patrick.elliott@medtronic.com>, 
 oracle-l <oracle-l@freelists.org>
Subject: Re: Weird database hanging
References: <716f7a630709141119p6b28d084h1ee33adec81944ca@mail.gmail.com>	 <302F06193D7F4D48ABC997408E786BD0026FC3B0@MSPM1BMSGM09.ent.core.medtronic.com> <716f7a630709141209y3cbf7d8ay920a22bfd6d6edf4@mail.gmail.com>
In-Reply-To: <716f7a630709141209y3cbf7d8ay920a22bfd6d6edf4@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-archive-position: 1577
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: jeremiah@ora-600.net
Precedence: normal
Reply-to: jeremiah@ora-600.net
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain

Don,

Do you have any reason to believe that your system exceeded these limits 
during your issue?  I am certain that reaching this limit would not have 
caused PMON and process creation timeouts such as those you saw.  Unix 
returns an error, and does not hang, when the resource limit is reached. 
  For instance, your login as SYSDBA would have failed, not hung and 
eventually succeeded.

I believe this is a red herring, and in fact another shot in the dark. 
You could easily reach a limit like this during a hang, since inbound 
requests would require additional sessions to be started, but that's not 
a root cause, it is a result.

In fact, by increasing limits like this, you could easily make such 
hanging situations worse, by allowing incoming requests to completely 
swamp the host with no checks until over 16000 processes are spawned. I 
don't think that is what you want.  We shouldn't set values based on 
what "experts" tell us, but rather to the correct value for the system 
in question based on business and technical needs.

Again, I recommend finding out where all that time was going on the 
instance when PMON was timing out.  ASH is your friend.

Jeremiah Wilton
ORA-600 Consulting
http://www.ora-600.net

Don Seiler wrote:
> oracle ~ $ ulimit -u
> 2047
> oracle ~ $ ulimit -n
> 1024
> 
> This is a big gaffe.  According to Puschitz those values should be set
> in the .bash_profile to 16384 and 63536, respectively.  Mea culpa on
> completely missing these in the setup.

--
http://www.freelists.org/webpage/oracle-l


