Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 32716 invoked from network); 16 Sep 2007 17:25:39 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 16 Sep 2007 17:25:39 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7C2E874E974;
 Sun, 16 Sep 2007 18:25:39 -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 07109-10; Sun, 16 Sep 2007 18:25:39 -0400 (EDT)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E2DC374E9A2;
 Sun, 16 Sep 2007 18:25:38 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Sun, 16 Sep 2007 17:40:37 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 6298774B02A
 for <oracle-l@freelists.org>; Sun, 16 Sep 2007 17:40:37 -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 21114-08-2 for <oracle-l@freelists.org>;
 Sun, 16 Sep 2007 17:40:37 -0400 (EDT)
Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 1391C74B057
 for <oracle-l@freelists.org>; Sun, 16 Sep 2007 17:40:35 -0400 (EDT)
Received: by wx-out-0506.google.com with SMTP id i27so1097922wxd
        for <oracle-l@freelists.org>; Sun, 16 Sep 2007 14:40:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        bh=vyEVWuZ/REtXgdU7+Jxhtn/vHvKGZUvblFLcU+htql4=;
        b=JL4tUtdF3TV48bK/Zf60glqoIVZEgPMDslYB+ZMGsUlskpzKycRTcYRGrQ0OLDC05R3aUu3meV7ETRXq/AN7PSgszAMc7Da2BdU6fZrj5H1/7brtkEvLYBm+FumNko5OcMX2/hu677xQctS1nbAs3PTW47qrwq0Ii61LM4OIVrE=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=SKKQfJZ6hhmG4jgyrUAszmefOxVm6Iro/T6p5OpdK2Dywx3gV+LDY4wOotf/O/KjzHV9pw1eqkhr6zMts5F031Pzwg8NOwzt49lt/A19U77TjwJeZP5moDU9ixTYLqd+AOtscLFpunuqsXLa8eJ8un6sYLIa3u8UFtgiiajuzTg=
Received: by 10.78.206.9 with SMTP id d9mr2298846hug.1189978833607;
        Sun, 16 Sep 2007 14:40:33 -0700 (PDT)
Received: by 10.78.180.4 with HTTP; Sun, 16 Sep 2007 14:40:33 -0700 (PDT)
Message-ID: <2ba656800709161440l16243abw3388eb35e3ea19f4@mail.gmail.com>
Date: Sun, 16 Sep 2007 17:40:33 -0400
From: "Rajeev Prabhakar" <rprabha01@gmail.com>
To: kevin.lidh@gmail.com
Subject: Re: Data Guard: ORA-16534: no more requests accepted
Cc: oracle-l@freelists.org
In-Reply-To: <1189958381.8500.8.camel@lidhfed.lidh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_9828_17974905.1189978833592"
References: <1189958381.8500.8.camel@lidhfed.lidh.com>
X-archive-position: 1612
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: <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
------=_Part_9828_17974905.1189978833592
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Kevin

Have you already tried the non-default listener(say - on port 1522 ) option
so
as to NOT use automatic service registration ?

Rajeev

On 9/16/07, Kevin Lidh <kevin.lidh@gmail.com> wrote:
>
> We have an environment Solaris (SPARC) 9 with Oracle 10.2.0.1.0 with a
> two-node RAC database.  We used Grid Control to create a standby on
> another node and it was successful.  We then tried to do a switchover
> using DGMGRL.  The new primary was up and successful but the standby
> opened on node 2 and logs weren't being shipped.  I shutdown the standby
> on node 2 and started the database manually on node 1 with the
>
> 'alter database recover managed standby database through all switchover
> disconnect using current logfile'
>
> All of a sudden logs were being shipped and applied.  Then CRS started
> the instance on node 2 and all was good.
>
> I then angered the DG gods by attempting to switch back from the 1-node
> primary back to the 2-node standby.  If I do a "verify configuration"
> from Grid Control, it gives me an ORA-16534 saying it won't accept
> anymore requests.  The "action" specified is to wait but nothing is
> happening.  Metalink has one example of this error but it was when a
> listener wasn't defined correctly and the switchover failed.
>
> What I'm wondering is, is there any way to clear the DG queue and
> attempt the switchover again?
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>

------=_Part_9828_17974905.1189978833592
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>Kevin</div>
<div>&nbsp;</div>
<div>Have you already tried&nbsp;the non-default listener(say&nbsp;- on port 1522 ) option so </div>
<div>as&nbsp;to NOT use automatic service registration ?</div>
<div>&nbsp;</div>
<div>Rajeev</div>
<div>&nbsp;</div>
<div><span class="gmail_quote">On 9/16/07, <b class="gmail_sendername">Kevin Lidh</b> &lt;<a href="mailto:kevin.lidh@gmail.com">kevin.lidh@gmail.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">We have an environment Solaris (SPARC) 9 with Oracle 10.2.0.1.0 with a<br>two-node RAC database.&nbsp;&nbsp;We used Grid Control to create a standby on
<br>another node and it was successful.&nbsp;&nbsp;We then tried to do a switchover<br>using DGMGRL.&nbsp;&nbsp;The new primary was up and successful but the standby<br>opened on node 2 and logs weren&#39;t being shipped.&nbsp;&nbsp;I shutdown the standby
<br>on node 2 and started the database manually on node 1 with the<br><br>&#39;alter database recover managed standby database through all switchover<br>disconnect using current logfile&#39;<br><br>All of a sudden logs were being shipped and applied.&nbsp;&nbsp;Then CRS started
<br>the instance on node 2 and all was good.<br><br>I then angered the DG gods by attempting to switch back from the 1-node<br>primary back to the 2-node standby.&nbsp;&nbsp;If I do a &quot;verify configuration&quot;<br>from Grid Control, it gives me an ORA-16534 saying it won&#39;t accept
<br>anymore requests.&nbsp;&nbsp;The &quot;action&quot; specified is to wait but nothing is<br>happening.&nbsp;&nbsp;Metalink has one example of this error but it was when a<br>listener wasn&#39;t defined correctly and the switchover failed.
<br><br>What I&#39;m wondering is, is there any way to clear the DG queue and<br>attempt the switchover again?<br><br>--<br><a href="http://www.freelists.org/webpage/oracle-l">http://www.freelists.org/webpage/oracle-l</a>
<br><br><br></blockquote></div><br>

------=_Part_9828_17974905.1189978833592--
--
http://www.freelists.org/webpage/oracle-l


