[prev in list] [next in list] [prev in thread] [next in thread]
List: omniorb-list
Subject: [omniORB] omniORB comm failure problems on cygwin
From: "Heley, Mike" <Mike.Heley () mbda ! co ! uk>
Date: 2007-01-23 16:24:43
Message-ID: 01EB7241BEECD611BD8B000802198F44067F4F0B () sandcats40 ! mbda ! co ! uk
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi,
I am having problems with intermittent comm failures on a system ported from
linux to cygwin and would appreciate some help or advice from the list.
The failures appear in the process activation server. This server has an
activate method which forks and execs a new process, returning an ior to an
object in the new process. It does this by waiting for the process to start
up and make a call back to an object in the server, passing back the ior.
The new process finds the object to call from a corbaloc URI passed in an
environment variable. The object has been activated in the omniINSPOA. The
server listens to a fixed port number 9281. This server has worked reliably
on linux in the past.
I have tried with omniORB 4.1.0 and the latest cygwin on windows 2000 and
xp. The behaviour is the same on both with one in ten calls failing in the
following way. The partial traces below are from -ORBtraceTime 1
-ORBtracelevel 25 -ORBtraceInvocations 1
activation server trace
omniORB: 2007-01-23 12:03:06.795375: Dispatching remote call 'activate' to:
root/activatorPOA<activator> (active)
omniORB: 2007-01-23 12:03:06.799375: Adding key<IORCollector.9> (activating)
to object table.
omniORB: 2007-01-23 12:03:06.800375: State key<IORCollector.9> (activating)
-> active
Attempting fork 114
Forked parent 163
Forked child 133
Forked child attempting exec /cygdrive/l/heley/nec/lm/v31/scripts/logmbd 150
omniORB: 2007-01-23 12:04:49.399375: Error in network receive (start of
message): giop:tcp:127.0.0.1:1197
omniORB: 2007-01-23 12:04:49.400375: throw giopStream::CommFailure from
giopStream.cc:874(0,NO,COMM_FAILURE_UnMarshalArguments)
omniORB: 2007-01-23 12:04:49.402375: Server connection refcount = 1
omniORB: 2007-01-23 12:04:49.403375: Server connection refcount = 0
omniORB: 2007-01-23 12:04:49.405375: Server close connection from
giop:tcp:127.0.0.1:1197
child process trace
omniORB: 2007-01-23 12:03:09.057375: Creating ref to remote:
key<IORCollector.9>
target id : IDL:omg.org/CORBA/Object:1.0
most derived id:
omniORB: 2007-01-23 12:03:09.058375: Invoke '_is_a' on remote:
key<IORCollector.9>
omniORB: 2007-01-23 12:03:09.060375: Client attempt to connect to
giop:tcp:localhost:9281
omniORB: 2007-01-23 12:03:09.060375: AsyncInvoker: thread id = 2 has
started. Total threads = 2
omniORB: 2007-01-23 12:03:09.062375: Scavenger task execute.
omniORB: 2007-01-23 12:03:09.080375: Client opened connection to
giop:tcp:127.0.0.1:9281
omniORB: 2007-01-23 12:03:09.081375: sendChunk: to giop:tcp:127.0.0.1:9281
89 bytes
omniORB: 2007-01-23 12:03:10.145375: SocketCollection idle. Sleeping.
Had the error not occured, the activated process goes on to call a method on
the IORCollector object to pass the ior back. I presume the is_a call which
fails is a necessary corba infrastructure call.
I also tried using both the loopback address and the machines network ip
address to no avail.
Any ideas appreciated. Thanks.
Mike Heley.
********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************
[Attachment #5 (text/html)]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2800.1476" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007>Hi,</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>I am having problems
with intermittent comm failures on a system ported from linux to cygwin and
would appreciate some help or advice from the list.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>The failures appear
in the process activation server. This server has an activate method which forks
and execs a new process, returning an ior to an object in the new process. It
does this by waiting for the process to start up and make a call back to an
object in the server, passing back the ior. The new process finds the object to
call from a corbaloc URI passed in an environment variable. The object
has been activated in the omniINSPOA. The server listens to a fixed port number
9281. </SPAN></FONT><FONT face=Arial size=2><SPAN class=178511315-23012007>This
server has worked reliably on linux in the past. </SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>I have tried with
omniORB 4.1.0 and the latest cygwin on windows 2000 and xp. The behaviour
is the same on both with one in ten calls failing in the following
way. The partial traces below are from -ORBtraceTime 1 -ORBtracelevel 25
-ORBtraceInvocations 1</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>activation server
trace</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>omniORB: 2007-01-23
12:03:06.795375: Dispatching remote call 'activate' to:
root/activatorPOA<activator> (active)<BR>omniORB: 2007-01-23
12:03:06.799375: Adding key<IORCollector.9> (activating) to object
table.<BR>omniORB: 2007-01-23 12:03:06.800375: State key<IORCollector.9>
(activating) -> active<BR>Attempting fork 114<BR>Forked parent 163<BR>Forked
child 133<BR>Forked child attempting exec
/cygdrive/l/heley/nec/lm/v31/scripts/logmbd 150<BR>omniORB: 2007-01-23
12:04:49.399375: Error in network receive (start of message):
giop:tcp:127.0.0.1:1197<BR>omniORB: 2007-01-23 12:04:49.400375: throw
giopStream::CommFailure from
giopStream.cc:874(0,NO,COMM_FAILURE_UnMarshalArguments)<BR>omniORB: 2007-01-23
12:04:49.402375: Server connection refcount = 1<BR>omniORB: 2007-01-23
12:04:49.403375: Server connection refcount = 0<BR>omniORB: 2007-01-23
12:04:49.405375: Server close connection from
giop:tcp:127.0.0.1:1197<BR></SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>child process
trace</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>omniORB: 2007-01-23
12:03:09.057375: Creating ref to remote:
key<IORCollector.9><BR> target id :
IDL:omg.org/CORBA/Object:1.0<BR> most derived id: <BR>omniORB: 2007-01-23
12:03:09.058375: Invoke '_is_a' on remote: key<IORCollector.9><BR>omniORB:
2007-01-23 12:03:09.060375: Client attempt to connect to
giop:tcp:localhost:9281<BR>omniORB: 2007-01-23 12:03:09.060375: AsyncInvoker:
thread id = 2 has started. Total threads = 2<BR>omniORB: 2007-01-23
12:03:09.062375: Scavenger task execute.<BR>omniORB: 2007-01-23 12:03:09.080375:
Client opened connection to giop:tcp:127.0.0.1:9281<BR>omniORB: 2007-01-23
12:03:09.081375: sendChunk: to giop:tcp:127.0.0.1:9281 89 bytes<BR>omniORB:
2007-01-23 12:03:10.145375: SocketCollection idle.
Sleeping.<BR></SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>Had the error not
occured, the activated process goes on to call a method on the IORCollector
object to pass the ior back. I presume the is_a call which fails is a necessary
corba infrastructure call.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>I also tried
using both the loopback address and the machines network ip address to no avail.
</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>Any ideas
appreciated. Thanks.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN class=178511315-23012007>Mike
Heley.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007></SPAN></FONT> </DIV>
<DIV><FONT face=Arial size=2><SPAN
class=178511315-23012007> </DIV></SPAN></FONT></BODY></HTML>
<table><tr><td bgcolor=#ffffff><font \
color=#000000>********************************************************************<br>
This email and any attachments are confidential to the intended<br>
recipient and may also be privileged. If you are not the intended<br>
recipient please delete it from your system and notify the sender.<br>
You should not copy it or use it for any purpose nor disclose or<br>
distribute its contents to any other person.<br>
********************************************************************<br>
<br>
</font></td></tr></table>
_______________________________________________
omniORB-list mailing list
omniORB-list@omniorb-support.com
http://www.omniorb-support.com/mailman/listinfo/omniorb-list
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic