<div dir="ltr">No.. still did not get a solution.<br><br>As I found with new experiments, this problem is not a specific for this Master/Slave case. If we just consider only about the Master, Problem still remains. I found these result with debugging.<br>
<br>I just repeat the same procedure with only a single server.<br><br><ul><li>Start the server and get registered with the name service<br> </li><li>Manually kill the server </li><li>Start the server and get registered with the name service <b>again </b>.</li>
</ul><br>Then the registration also get success. But when the client try to call server&#39;s functions, it gives this exception.<br><br>the exception is <b>&quot;SystemException: TRANSIENT_ConnectFailed&quot;</b><br><br>
The reason for this problem may be the sudden break down of the server with out informing it to the name service.<br><br>Do we have any solution for this....?<br><br><br><div class="gmail_quote">On Mon, Aug 4, 2008 at 6:55 PM, Martin Okeke <span dir="ltr">&lt;<a href="mailto:mokeke@free.fr">mokeke@free.fr</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


  
  

<div bgcolor="#ffffff" text="#000000">
Hi Janaka<br>
<br>
Have you found any solution to the problem you mentionned herebelow. Is
it possible for the Master and Slave to mutually test for their
respective status with the name server once they are up and running.
They can then deregister/reregister wth the name server after the slave
must have been killed. I assume this could be done through a messaging
system.<br>
<br>
Cheers<br>
<br>
M. Okeke<br>
<br>
R. P. Janaka wrote:<br>
<blockquote cite="http://midde1942f0808040432t3cf9e8a4k3a0c77bba0d7544a@mail.gmail.com" type="cite"><div><div></div><div class="Wj3C7c">
  <div dir="ltr">Hi all,<br>
  <br>
I am writing a simple Fault tolerant server which can handle client
request without any service interruption..Using C++ &amp; omniORB<br>
  <br>
In my system there are two servers as Master &amp; Slave..<br>
  <br>
When they starts they get registered with the name service as usual.
Normally the first one will be the Master and the next one is the slave.<br>
  <br>
All are working properly..But still have a simple problem which I was
unable to solve. It is as follows.<br>
  <br>
  <ul>
    <li>When both Master &amp; Slave are running.... </li>
    <li>Manually kill the Slave </li>
    <li>Start the Slave again.</li>
  </ul>
In some situation this Slave restart does not work properly.. it gives
an exception. This exception is my own exception and It says that Slave
already exist.<br>
  <span>This happens only randomly, but occurring
frequency is pretty high. (at least 30% of the time it will happen)<br>
  <br>
If I retry several times I could get success. Because If I call start
method within the catch block I can really reduce the occurring
frequency of this exception.<br>
  </span><br>
  <br>
So I guess the problem is with the name service. Because when I just
kill the Slave, the name service does not know anything about this
killing. So it is still keep registering details of the Slave. Because
of that it gives and exception when I am going to register the Slave
again.<br>
  <br>
Please can anyone guess any other reason for this problem.....?<br>
  <br>
If my guess is correct...Please can anyone help me to solve this
problem.. Is there a continues synchronization between the name service
and the service itself .....?<br>
  <br clear="all">
  <br>
-- <br>
Regards,<br>
R. P. Janaka<br>
  </div>
  </div></div><pre><hr size="4" width="90%"><div class="Ih2E3d">
_______________________________________________
omniORB-list mailing list
<a href="mailto:omniORB-list@omniorb-support.com" target="_blank">omniORB-list@omniorb-support.com</a>
<a href="http://www.omniorb-support.com/mailman/listinfo/omniorb-list" target="_blank">http://www.omniorb-support.com/mailman/listinfo/omniorb-list</a>
  </div></pre>
</blockquote>
<br>
</div>

</blockquote></div><br><br clear="all"><br>-- <br>Regards,<br>R. P. Janaka<br>
</div>