[omniORB] CORBA::COMM_FAILURE

Tue, 23 Jan 2001 17:16:11 -0800

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C085A3.3D0A9100
Content-Type: text/plain;
	charset="iso-8859-1"

Thanks for the prompt reply.

I have been able to step through my code and I am able to determine the
following.

The server object process is started.
The server object process is terminated when the client side attempts to
invoke the relevant method.

Any ideas?

Mikey
-----Original Message-----
From: Sai-Lai Lo [mailto:S.Lo@uk.research.att.com]
Sent: Tuesday, January 23, 2001 2:44 AM
To: Michael Keay
Cc: omniorb-list@uk.research.att.com
Subject: Re: [omniORB] CORBA::COMM_FAILURE

Here is what happened:

1. ORB starts up and was given "GAPS1" port 7655 to resolve initial
   references. It managed to the root naming context from GAPS1.

2. May be a lookup is done to the naming service to get an object reference
   of type ZImporter. This also succeeded. Notice that this step is not
   shown on the trace. I'm just guessing.

3. The application involves on the ZImporter object. The ORB issues a
   locate request. It tries to connect to the remote address space where
   the ZImporter resides and failed. A COMM_FAILURE is then raised.

You should check wheter you indeed have a ZImporter object running somewhere
and it has been registered with the naming service.

Sai-Lai

>>>>> Michael Keay writes:

> Further to this e-mail I was able to switch on tracing an extrapolate the
> following information

> omniORB: strand Rope::incrRefCount: old value = 0
> omniORB: Creating ref to remote: key<0x494e4954>
>  target id      : IDL:omg.org/CORBA/Object:1.0
>  most derived id: omg.org/CORBA/InitialReferences:1.0
> omniORB: Initialising omniDynamic library.
> omniORB: Trying to resolve initial reference `NameService'
>  with boot agent:
>
IOR:01000000240000006f6d672e6f72672f434f5242412f496e697469616c5265666572656e
>
6365733a312e30000100000000000000180000000101000006000000474150533100e71d0400
> 0000494e4954
> omniORB: strand Ripper: start.
> omniORB: scavenger : start.
> omniORB: strand Rope::incrRefCount: old value = 0
> omniORB: Creating ref to remote: key<0x4e616d6553657276696365>
>  target id      : IDL:omg.org/CORBA/Object:1.0
>  most derived id: IDL:omg.org/CosNaming/NamingContextExt:1.0
> omniORB: Initial reference `NameService' resolved with boot agent.
> omniORB: LocateRequest to remote: key<0x4e616d6553657276696365>
> omniORB: strand Rope::incrRefCount: old value = 0
> omniORB: Creating ref to remote: boa<0x3a6cc44d905f85c600000002>
>  target id      : IDL:omg.org/CORBA/Object:1.0
>  most derived id: IDL:ZImporter:1.0
> omniORB: LocateRequest to remote: boa<0x3a6cc44d905f85c600000002>
> omniORB: throw omniConnectionBroken from tcpSocketMTfactory.cc:1067
> omniORB: tcpSocketStrand::~Strand() close socket no. 208
> omniORB: defaultTransientExceptionHandler: retry 0th times.
> omniORB: throw omniConnectionBroken from tcpSocketMTfactory.cc:1091
> omniORB: tcpSocketStrand::~Strand() close socket no. 4294967295
> omniORB: throw COMM_FAILURE from remoteIdentity.cc:181
> omniORB: Preparing to shutdown ORB.
> omniORB: Deinitialising omniDynamic library.
> omniORB: omniRemoteIdentity deleted.
> omniORB: strand Rope::decrRefCount: old value = 1
> omniORB: ObjRef(omg.org/CORBA/InitialReferences:1.0) -- deleted.
> omniORB: scavenger : woken by poke()
> omniORB: scavenger : exit.
> omniORB: strand Ripper: exit.
> omniORB: ORB shutdown is complete.
> omniORB: No more references to the ORB -- deleted.

> Can anyone explain what we is going on here?

> -----Original Message-----
> From: Michael Keay [mailto:MKeay@SeeBeyond.com]
> Sent: Monday, January 22, 2001 3:03 PM
> To: Omniorb-List@Uk. Research. Att. Com (E-mail)
> Subject: [omniORB] CORBA::COMM_FAILURE

> We have been working on a project, to connect to a thirdparty system. We
are
> getting a COMM_FAILURE exception when trying to invoke a method on an
object
> reference. But we do have a valid object reference. Yet, when we use the
> supplied, sample client, everything works fine. Does, anyone have any idea
> why we would experience such an exception?

> I have read the manual that comes with omni orb and it suggests to keep
> retrying, but this does not explain what is happening, each and everytime.

> Server on Solaris, client on NT, using omniorb 3.0.1 

> Mikey 

-- 
Sai-Lai Lo                                   S.Lo@uk.research.att.com
AT&T Laboratories Cambridge           WWW:   http://www.uk.research.att.com 
24a Trumpington Street                Tel:   +44 1223 343000
Cambridge CB2 1QA                     Fax:   +44 1223 313542
ENGLAND

------_=_NextPart_001_01C085A3.3D0A9100
Content-Type: text/html;
	charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: [omniORB] CORBA::COMM_FAILURE</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>Thanks for the prompt reply.</FONT>
</P>

<P><FONT SIZE=2>I have been able to step through my code and I am able to determine the following.</FONT>
</P>

<P><FONT SIZE=2>The server object process is started.</FONT>
<BR><FONT SIZE=2>The server object process is terminated when the client side attempts to invoke the relevant method.</FONT>
</P>

<P><FONT SIZE=2>Any ideas?</FONT>
</P>

<P><FONT SIZE=2>Mikey</FONT>
<BR><FONT SIZE=2>-----Original Message-----</FONT>
<BR><FONT SIZE=2>From: Sai-Lai Lo [<A HREF="mailto:S.Lo@uk.research.att.com">mailto:S.Lo@uk.research.att.com</A>]</FONT>
<BR><FONT SIZE=2>Sent: Tuesday, January 23, 2001 2:44 AM</FONT>
<BR><FONT SIZE=2>To: Michael Keay</FONT>
<BR><FONT SIZE=2>Cc: omniorb-list@uk.research.att.com</FONT>
<BR><FONT SIZE=2>Subject: Re: [omniORB] CORBA::COMM_FAILURE</FONT>
</P>
<BR>

<P><FONT SIZE=2>Here is what happened:</FONT>
</P>

1. ORB starts up and was given &quot;GAPS1&quot; port 7655 to resolve initial
 &nbsp;&nbsp; references. It managed to the root naming context from GAPS1.

2. May be a lookup is done to the naming service to get an object reference
 &nbsp;&nbsp; of type ZImporter. This also succeeded. Notice that this step is not
 &nbsp;&nbsp; shown on the trace. I'm just guessing.

3. The application involves on the ZImporter object. The ORB issues a
 &nbsp;&nbsp; locate request. It tries to connect to the remote address space where
 &nbsp;&nbsp; the ZImporter resides and failed. A COMM_FAILURE is then raised.

<P><FONT SIZE=2>You should check wheter you indeed have a ZImporter object running somewhere</FONT>
<BR><FONT SIZE=2>and it has been registered with the naming service.</FONT>
</P>

<P><FONT SIZE=2>Sai-Lai</FONT>
</P>

<P><FONT SIZE=2>&gt;&gt;&gt;&gt;&gt; Michael Keay writes:</FONT>
</P>

&gt; Further to this e-mail I was able to switch on tracing an extrapolate the
 &gt; following information
 &nbsp;
 &gt; omniORB: strand Rope::incrRefCount: old value = 0
 &gt; omniORB: Creating ref to remote: key&lt;0x494e4954&gt;
 &gt;&nbsp; target id&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : IDL:omg.org/CORBA/Object:1.0
 &gt;&nbsp; most derived id: omg.org/CORBA/InitialReferences:1.0
 &gt; omniORB: Initialising omniDynamic library.
 &gt; omniORB: Trying to resolve initial reference `NameService'
 &gt;&nbsp; with boot agent:
 &gt; IOR:01000000240000006f6d672e6f72672f434f5242412f496e697469616c5265666572656e
 &gt; 6365733a312e30000100000000000000180000000101000006000000474150533100e71d0400
 &gt; 0000494e4954
 &gt; omniORB: strand Ripper: start.
 &gt; omniORB: scavenger : start.
 &gt; omniORB: strand Rope::incrRefCount: old value = 0
 &gt; omniORB: Creating ref to remote: key&lt;0x4e616d6553657276696365&gt;
 &gt;&nbsp; target id&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : IDL:omg.org/CORBA/Object:1.0
 &gt;&nbsp; most derived id: IDL:omg.org/CosNaming/NamingContextExt:1.0
 &gt; omniORB: Initial reference `NameService' resolved with boot agent.
 &gt; omniORB: LocateRequest to remote: key&lt;0x4e616d6553657276696365&gt;
 &gt; omniORB: strand Rope::incrRefCount: old value = 0
 &gt; omniORB: Creating ref to remote: boa&lt;0x3a6cc44d905f85c600000002&gt;
 &gt;&nbsp; target id&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : IDL:omg.org/CORBA/Object:1.0
 &gt;&nbsp; most derived id: IDL:ZImporter:1.0
 &gt; omniORB: LocateRequest to remote: boa&lt;0x3a6cc44d905f85c600000002&gt;
 &gt; omniORB: throw omniConnectionBroken from tcpSocketMTfactory.cc:1067
 &gt; omniORB: tcpSocketStrand::~Strand() close socket no. 208
 &gt; omniORB: defaultTransientExceptionHandler: retry 0th times.
 &gt; omniORB: throw omniConnectionBroken from tcpSocketMTfactory.cc:1091
 &gt; omniORB: tcpSocketStrand::~Strand() close socket no. 4294967295
 &gt; omniORB: throw COMM_FAILURE from remoteIdentity.cc:181
 &gt; omniORB: Preparing to shutdown ORB.
 &gt; omniORB: Deinitialising omniDynamic library.
 &gt; omniORB: omniRemoteIdentity deleted.
 &gt; omniORB: strand Rope::decrRefCount: old value = 1
 &gt; omniORB: ObjRef(omg.org/CORBA/InitialReferences:1.0) -- deleted.
 &gt; omniORB: scavenger : woken by poke()
 &gt; omniORB: scavenger : exit.
 &gt; omniORB: strand Ripper: exit.
 &gt; omniORB: ORB shutdown is complete.
 &gt; omniORB: No more references to the ORB -- deleted.
 &nbsp;
 &nbsp;
 &gt; Can anyone explain what we is going on here?

&gt; -----Original Message-----
 &gt; From: Michael Keay [<A HREF="mailto:MKeay@SeeBeyond.com">mailto:MKeay@SeeBeyond.com</A>]
 &gt; Sent: Monday, January 22, 2001 3:03 PM
 &gt; To: Omniorb-List@Uk. Research. Att. Com (E-mail)
 &gt; Subject: [omniORB] CORBA::COMM_FAILURE

&gt; We have been working on a project, to connect to a thirdparty system. We are
 &gt; getting a COMM_FAILURE exception when trying to invoke a method on an object
 &gt; reference. But we do have a valid object reference. Yet, when we use the
 &gt; supplied, sample client, everything works fine. Does, anyone have any idea
 &gt; why we would experience such an exception?

<P><FONT SIZE=2>&gt; I have read the manual that comes with omni orb and it suggests to keep</FONT>
<BR><FONT SIZE=2>&gt; retrying, but this does not explain what is happening, each and everytime.</FONT>
</P>

<P><FONT SIZE=2>&gt; Server on Solaris, client on NT, using omniorb 3.0.1 </FONT>
</P>

<P><FONT SIZE=2>&gt; Mikey </FONT>
</P>
<BR>

<P><FONT SIZE=2>-- </FONT>
<BR><FONT SIZE=2>Sai-Lai Lo&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; S.Lo@uk.research.att.com</FONT>
<BR><FONT SIZE=2>AT&amp;T Laboratories Cambridge&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; WWW:&nbsp;&nbsp; <A HREF="http://www.uk.research.att.com" TARGET="_blank">http://www.uk.research.att.com</A> </FONT>
<BR><FONT SIZE=2>24a Trumpington Street&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Tel:&nbsp;&nbsp; +44 1223 343000</FONT>
<BR><FONT SIZE=2>Cambridge CB2 1QA&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Fax:&nbsp;&nbsp; +44 1223 313542</FONT>
<BR><FONT SIZE=2>ENGLAND</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C085A3.3D0A9100--