Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 27129 invoked from network); 21 Jun 2008 13:36:16 -0500 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by air964.startdedicated.com with SMTP; 21 Jun 2008 13:36:16 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id CFA6F8628F2; Sat, 21 Jun 2008 14:36:16 -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 28729-04; Sat, 21 Jun 2008 14:36:16 -0400 (EDT) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 4BBE9862B45; Sat, 21 Jun 2008 14:36:16 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Sat, 21 Jun 2008 14:34:01 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 6708E862E6C for ; Sat, 21 Jun 2008 14:34: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 28441-03 for ; Sat, 21 Jun 2008 14:34:01 -0400 (EDT) Received: from rv-out-0708.google.com (rv-out-0708.google.com [209.85.198.245]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 70D84862DAE for ; Sat, 21 Jun 2008 14:33:53 -0400 (EDT) Received: by rv-out-0708.google.com with SMTP id b17so6905885rvf.46 for ; Sat, 21 Jun 2008 11:33:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=YYWQ5TT6UskmgTOgiTQEy7+0gywFuox8cfj5nyaCMRk=; b=gCz2Bt88T1xC7FtOTtpqxUzy58ib0H3U0jeNn/mN22zSE7FJE9Snh/0MSDuFspyk6h ecSPtfkwPQ3DDB1G91GhCNNzROUnUGWJAVABLjsCOKXkOUMTnehRUfHeAOvOMxeXN2ru AmzFqy3gTbgp0YhCe5kQS1v0aZbap0pz0hChA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DBug0LG5p7MGA5fIMdgUlvilGA0UoEkNkLIg9JmLpvFT+Fr9+nmw03QRAscW1jOSqv BPq3ijXjYEqIroKaLg2crp0qjNu0CbhN64VUGUA04wWK0BdLRUItVjZgZ/hV+jW7Uuu0 XpP/KhvPomWYtCrp//ibW6wMOykLCeOuSTobE= Received: by 10.140.164.6 with SMTP id m6mr9729194rve.210.1214073230150; Sat, 21 Jun 2008 11:33:50 -0700 (PDT) Received: by 10.150.227.1 with HTTP; Sat, 21 Jun 2008 11:33:50 -0700 (PDT) Message-ID: <2ba656800806211133v3bbb7162rf3690f518892d77e@mail.gmail.com> Date: Sat, 21 Jun 2008 14:33:50 -0400 From: "Rajeev Prabhakar" To: ujang.jaenudin@gmail.com Subject: Re: load balancing dodol :) Cc: "oracle list" In-Reply-To: <3edcb66e0806202317w40e938c8ucc7753d155553e54@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <3edcb66e0806202317w40e938c8ucc7753d155553e54@mail.gmail.com> X-archive-position: 9009 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: rprabha01@gmail.com Precedence: normal Reply-to: rprabha01@gmail.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l X-Virus-Scanned: Debian amavisd-new at localhost.localdomain Hello Ujang, Could you please share the contents of your listener.ora file ? Rajeev On Sat, Jun 21, 2008 at 2:17 AM, Ujang Jaenudin wrote: > lists, > > i have rac environment: > hp-ux itanium > 2 node rac > db 10.2.0.2 > hp-serviceguard > > now we got problem may be bug... > from the OS side it seem balance, that the currently processes running > is same (throughtop/glance) > the memory utilization is almost balance as well as cpu > > but from inside oracle node2 has 70% from total sessions. > i have configured server-side and client side load balancing altogether. > clb_goal set to short, throughput in the service > > from SR support told me that querying V$osstat on this platform return > no rows, that may be the root cause. > > does anyone have this kind of case? > thanks for sharing > > > -- > thanks and regards > ujang | oracle dba > jakarta - indonesia > -- > http://www.freelists.org/webpage/oracle-l > > > -- Walt Disney - "I love Mickey Mouse more than any woman I have ever known." -- http://www.freelists.org/webpage/oracle-l