# 00030010: EOC due to DEREGISTER of partner.

**URL:** <https://techcommunity.softwareag.com/t/00030010-eoc-due-to-deregister-of-partner/90488>\
**Category:** Forum\
**Tags:** Mainframe-Integration, EntireX\
**Created:** [June 19, 2009, 2:55am UTC](https://techcommunity.softwareag.com/t/00030010-eoc-due-to-deregister-of-partner/90488 "2009-06-19T02:55:41Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![yelena](https://avatars.discourse-cdn.com/v4/letter/y/7feea3/32.png) [@yelena](https://techcommunity.softwareag.com/u/yelena)\
**Post date:** [June 19, 2009, 2:55am UTC](https://techcommunity.softwareag.com/t/00030010-eoc-due-to-deregister-of-partner/90488/1 "2009-06-19T02:55:41Z")

</div>

I am working with EntireX using RPC server running on UNIX. I tested Natural part separately using samll test Natural program simulating external call and everything works fine, no errors. Then I created a test client in .Net and started calling Natural Server program from there.  
And now I am having this DEREGISTER message and can not get rid of it.  
Going through the program step by step I can see that it goes ok about half way through and then dying.  
Can’t figure out why… There are no Natural error…  
I am trying to set up tracing now. I set RPC trace level to 3 and also modified entirex.trace.properties to use level 3.  
Is there anything else I have to do, because I still do not see the trace file?

Any help would be greatly appreciated.  
Yelena

---

<div class="post-metadata">

**Author:** ![Matthew](https://avatars.discourse-cdn.com/v4/letter/m/ed655f/32.png) [@Matthew](https://techcommunity.softwareag.com/u/Matthew)\
**Post date:** [June 19, 2009, 4:31pm UTC](https://techcommunity.softwareag.com/t/00030010-eoc-due-to-deregister-of-partner/90488/2 "2009-06-19T16:31:13Z")

</div>

Hi Yelena,

For the RPC Server trace you should probably try starting the RPC server manually using the parameters

-TraceDestination

-TraceLevel [None|Standard|Advanced]

I think it is only possible to set these when you use the command line to start the server.

Regards,  
Matthew

---

<div class="post-metadata">

**Author:** ![yelena](https://avatars.discourse-cdn.com/v4/letter/y/7feea3/32.png) [@yelena](https://techcommunity.softwareag.com/u/yelena)\
**Post date:** [June 19, 2009, 9:53pm UTC](https://techcommunity.softwareag.com/t/00030010-eoc-due-to-deregister-of-partner/90488/3 "2009-06-19T21:53:40Z")

</div>

Matthew,

I am getting a log file now and all I can see is that when request is very short and simple - it does have a successful return like this:  
…  
M \*\*\* Convert to intern  
\*\*\* Execute callnat… NATSERV2 at 12:12:54  
\*\*\* Back from execute callnat NATSERV2 at 12:12:54  
\*\*\* Convert to extern  
\*\*\* Ready for reply to NATSERV2 at 12:12:54  
\*\*\*\*\*\*\*\*\*\* USER-ID: SAG LIB : PROTO  
\*\*\* Reply sent for NATSERV2 at 12:12:54

But when the request is more complex (calling to other subprograms and so on…) looks like by the time it’s complete (and I know that request is complete - I am saving the result) RPC is deregistering itself.

Log file in this case looks like this:  
\*\*\* Convert to intern  
\*\*\* Execute callnat… NATSERV2 at 12:13:04  
\*\*\* Back from execute callnat NATSERV2 at 12:13:04  
\*\*\* Convert to extern

“Convert to extern” is the last message and reply never send back.  
.net client gets ‘00030010: EOC due to DEREGISTER of partner’ exception

Can it be a configuration problem? Any ideas???  
I would really appreciate any help on this matter.

Yelena

---

<div class="post-metadata">

**Author:** ![Douglas\_Kelly](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/douglas_kelly/32/102_2.png) [@Douglas\_Kelly](https://techcommunity.softwareag.com/u/Douglas_Kelly)\
**Post date:** [June 20, 2009, 12:28am UTC](https://techcommunity.softwareag.com/t/00030010-eoc-due-to-deregister-of-partner/90488/4 "2009-06-20T00:28:08Z")

</div>

what is your RPC TIMEOUT value set to in your server? Is the complex call taking longer than this value (the default is 55secs)?

You might also turn on the Broker trace to see what calls are going through the Broker and check if the Natural RPC Server is getting a Broker error that isn’t being shown for some reason.

---

<div class="post-metadata">

**Author:** ![Ivan1](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/ivan1/32/192_2.png) [@Ivan1](https://techcommunity.softwareag.com/u/Ivan1)\
**Post date:** [March 19, 2015, 1:14pm UTC](https://techcommunity.softwareag.com/t/00030010-eoc-due-to-deregister-of-partner/90488/5 "2015-03-19T13:14:29Z")

</div>

We user entireX to communicate from the Web to the mainframe.  
I got the same problem some time ago and on appon investigation found that I incorrectly declared a field as alpha on one place but as numeric on an other place in the module that communicates with EntireX.

So just go through your code an make sure the variables are the same every where.

good luck!

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [April 2, 2021, 2:57pm UTC](https://techcommunity.softwareag.com/t/00030010-eoc-due-to-deregister-of-partner/90488/6 "2021-04-02T14:57:10Z")

</div>


