RPC_E_DISCONNECTED (0x80010108) error

Posted: Fri Oct 20, 2006 11:05 am    Post subject: RPC_E_DISCONNECTED (0x80010108) error   

--------------------------------------------------------------------------------
 
Hi gentlemen,

There are several posts on the Forums, etc. relating to the following problem described in: http://support.microsoft.com/default.aspx?scid=KB;en-us;q293631 (DCOM Application Fails with RPC_E_DISCONNECTED).

We are experiencing this critical issue with our software that strongly affects the production of our customers.

Our OPC servers are running on Windows 2000 SP4 or Windows 2003 Server (with no service pack) system. The remote OPC clients are running on Windows 2000 system.

A few hours to a few days after connection, some OPC clients on one or more computers connected to OPC servers over DCOM will stop updating. The client still successfully "pings" the server with calls to GetStatus() and DCOM never cleans up any of the established connections, so to our clients it just looks like all the DA items have stopped changing. Quitting the applications and running them again always corrects the problem.

It sounds like this known DCOM bug in Windows 2000.

Our question is: how can we fix this issue either on Windows 2000 and Windows 2003 Server (which service pack or hotfix must we apply on theses operating systems) ?

We have heard about a Post-Service Pack 4 COM+ 1.0 Hotfix Rollup Package 31 (http://support.microsoft.com/kb/888000/en-us). Do you think it will fix the issue for Windows 2000 and do you have any experience using this hotfix ?

Regards
 
Back to top      
 
 
Randy

 

Joined: 27 Feb 2003
Posts: 3553
Location: OPC Foundation
 Posted: Fri Oct 20, 2006 11:16 am    Post subject:   

--------------------------------------------------------------------------------
 
This is problem has been confirmed to be a bug in DCOM by Microsoft. There is apparently a fix available but I heard it is only available but I don't know which one it is. I will investigate further.
 
Back to top       
 
 
AlexanderK

 

Joined: 08 Nov 2006
Posts: 2
Location: Russia
 Posted: Wed Nov 08, 2006 1:02 pm    Post subject: changes made in client software, waiting for result   

--------------------------------------------------------------------------------
 
Hi, thd, and everyone interested,
The eror RPC _E_DISCONNECTED began to appear on the client workstations, for which I provide support, about two months ago. Though
for two years before it didn't. I don't know the exact reasons why it didn't appear earlier, may be some changes were made in LAN configuration, don't know, but the same way as "thd" writes it badly affected the work of our users, to the point of refusal from the newly installed SCADA system. The error appeared exactly with the same frequency "A few hours to a few days after connection". I have tried many things to get rid of it, all useless. in the article
http://support.microsoft.com/kb/293631 Microsoft declares that the problem was fixed in Windows 2000 SP3, but on my client's computers it was installed, so it couldn't help. Then I read again the Microsoft explanation of the bug origin in the same article and tried to change client software in order to create different working logic for DCOM client software. Now, after yesterday's corrections I do not have this error on all three workstations where I updated client software. May be it will still appear, I am not 100% sure, but untill now, near 20 hours of work it didn't. I will not go in details and explain the measures taken, better wait a day or two more, then if the changes will prove to be helping I will post here another message explaining what I did with client software. One thing still I have to tell now, the client software is developed by myself, so I have a full source code and freedom of modifications. My DCOM server which is called by clients is not actually OPC server, but it doesn't matter.
May be it is a bit too early for me to post a message on the subject, but, at least it gives some info on the given subject, giving the thread author a feeling that he is not "all alone" facing this sort of problem.

Alexander
 
Back to top       
 
 
AlexanderK

 

Joined: 08 Nov 2006
Posts: 2
Location: Russia
 Posted: Mon Nov 13, 2006 2:56 pm    Post subject: RPC _E_DISCONNECTED   

--------------------------------------------------------------------------------
 
As promised, I inform here, that what I did, resolved the problem,
in fact major thing was to initialize a COM library to work in multithreaded apartment.
I used CoInitializeEx(NULL,COINIT_APARTMENTTHREADED );
//COINIT_MULTITHREADED );
I didn't manage to use the parameter COINIT_MULTITHREADED,
as you may see from the code snippet, but with parameter
COINIT_APARTMENTTHREADED, it somehow did help anyway. Though after 6 days of work I still had the same error, but only once and on one station. Well, that is all for now. I didn't apply the above mentioned Microsoft HotFix, since it was difficult to get.

Alexander
 
Posted: Mon Oct 13, 2003 12:20 pm    Post subject: RPC_E_DISCONNECTED (0x80010108) error   

--------------------------------------------------------------------------------
 
Hello all,

We are having problems with an OPC server in a customer's system that I hope someone might be able to shed some light on.

The problem we experience is that after the connection between an OPC client and server has been up for a week or so, the OPC server appears to stop sending updates to the client. We ran a TCP sniffer to see what was happening at the packet level, and the packet trace reveals that all of a sudden, requests issued from the server to the client fail with error code 0x80010108 (RPC_E_DISCONNECTED). However, requests from the client to the server work fine, so updates performed by the client are received ok by the server (but are not reflected back to the client until the connection is reset). Once the error occurs, we are also unable to connect to the OPC server with another OPC client until we have disconnected the original client (before we disconnect, any new clients attempting a connection fail with an 'RPC server unavailable' error).

The problem appears similar to the bug described in http://support.microsoft.com/default.aspx?scid=KB;en-us;q293631, but both the client and server machines in our case are running Win2000 SP4 (the problem also occurs with SP3, we upgraded to see if that would fix the problem).

Additionally, the OPC client is connected to quite a number of OPC servers, but only one particular server fails in this way (and it's always the same server), all the others do not have any problems. Incidentally, the operating system on the other OPC server machines is Windows NT, not 2000.

Has anyone else seen this happen with Win2K before and been able to get around it somehow?

Thanks a lot for any help!

Thomas Hansen
TRAFSYS as
 
Back to top      
 
 
Randy

 

Joined: 27 Feb 2003
Posts: 3553
Location: OPC Foundation
 Posted: Mon Oct 13, 2003 7:39 pm    Post subject:   

--------------------------------------------------------------------------------
 
What SP is running on the NT server machines?

Regards
 
Back to top        
 
 

Guest

 

 

 Posted: Tue Oct 14, 2003 7:07 am    Post subject: Re:   

--------------------------------------------------------------------------------
 
Randy wrote:
What SP is running on the NT server machines?


They run NT4 SP6. I also just discovered that one of the OPC server machines is Win2K SP2, but like all the NT machines it has never exhibited any problems like the one I describe above.

I also noticed that the machine running the OPC server that fails has an English version of Win2K, while the machine with the OPC client runs a Norwegian version of Win2K (both SP4). Although language settings should be orthogonal to DCOM problems, previous experience has shown that different languages tend to introduce subtly different behaviour (and bugs) in the same circumstances...

Thanks again for taking the time to look at this.

Thomas Hansen
TRAFSYS as
 
Back to top    
 
 
Randy

 

Joined: 27 Feb 2003
Posts: 3553
Location: OPC Foundation
 Posted: Tue Oct 14, 2003 6:08 pm    Post subject:   

--------------------------------------------------------------------------------
 
Quote:
requests issued from the server to the client fail with error code 0x80010108 (RPC_E_DISCONNECTED). 

This could indicate that a there is a bug in the client application that either: releases all references to the object the server is attempting to use or the client explicitly calls CoDisconnectObject() on that object.

You might see this error if the callback object in the client is running in a single threaded appartment and that thread terminates (the DCOM infrastructure in the client would likely call CoDisconnectObject()).

Regards
 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
• Citrix XenApp5.0培训 • 主讲:jaffee • XenApp 5.0 server • Farm:  Citrix XenApp server uses server farms to organize and manage servers.  load balance user sessions  manage the entire set of Citrix XenApp servers from a single point  Users can connect directly to applications, without needing to know the location of an individual server  reconnect to another server and receive the same environment as before when the sever crashs • TwoTechnology • ICA: Independent Computing Architecture  At its heart, ICA intercepts and transports screens from the server that a published application runs on to the client PC It then takes the user’s return input and transmits it back to the server for processing  ICA uses port 1494 by default, or 2598  What Is Actually Being Sent between an ICA Client and a XenApp Server?  ICA works by essentially piggybacking on top of other protocols such as TCP/IP、 UDP and IPX/SPX  The ICA client also can cache frequently used graphics such as icons and menu items • Citrix Session States • TwoTechnology • Independent Management Architecture(IMA)  It is a centralized management subsystem that allows you to define and control the elements of your server farm  Server-to-server communication occurs over TCP port 2512, PMC-to-server communication occurs over TCP port 2513  In essence, it is the technology that allows you to group servers • Citrix Datastore • S tore information within the Citrix XenApp server farm that remains relatively static. Items such as published applications, administrator names and permissions, and server listings • A single datastore is used for each individual server farm • T he datastore can reside on a Citrix XenApp server or on a dedicated host • Citrix XenApp supports Microsoft Access, MS SQL Express, MS SQL Server, IBM DB2 • Disk space requirements for the datastore are approximately 20 MB for every 100 servers • Datastore Usage • Access mode: direct mode and indirect mode  Direct mode :Microsoft SQL or Oracle  Indirect mod:Microsoft Access With the availability of three solutions for the datastore, how do you tell which one best fits your environment? • LHC :Local Host Cache • The LHC is a partial copy of the datastore database that every XenApp server maintains locally to the server itself  Continue running based on the configuration that is last received from the datastore  performance • Data Collector • Manage information that changes frequently, such as current sessions, active licenses, and server and application load values within a zone • The data collector acts as the central point of information when clients connect to your server farm • Every zone with a server farm consists of one active data collector • Bandwidth Requirements for a Server Farm • Server-to-Data-Store Communication KB = 275 + (5 * Servers) + (0.5 * Apps) + (92 * Print Drivers) A farm with 4 severs,12 published applications, and 6 print drivers KB = 275 + (5 * 4) + (0.5 * 12) + (92 * 6) KB = 275 + (20) + (6) + (552) KB = 275 + (578) KB = 853 • Bandwidth Requirements for a Server Farm • Data Collector Communication Bytes = 11000 + (1000 * Con) + (600 * Discon) + (350 * Apps) A server with 20 connected sessions, four disconnected sessions, and nine published applications Bytes = 11,000 + (1,000 * 20) + (600 * 4) + (350 * 9) Bytes = 11,000 + (20,000) + (2400) + (3150) Bytes = 11,000 + (25,550) Bytes = 36,550 or 36.55 KB • Listener Ports • Listener ports work in cooperation with internal system components and client connections • The listener service monitors new client connections and manages the idle sessions. • CPS4.5 vs XenApp 5.0 XenApp 2008/1 Presentation Server MetaFrame WinFrame Note: Xen App5.0:windows server 2003*/2008* CPS4.5 :windows server 2003 * • XenApp Server Editions • XenApp Edition Components • XenApp 5.0 Server License Server • XenApp server will not accept user connections until it can contact a License Server • Citrix provides a 96-hour initial grace period that will allow up to two users to connect while unable to connect to a License Server • Citrix XenApp client • the XenApp Plugin,the XenApp Web Plugin, and Program Neighborhood • Microsoft’s System Center Configuration Manager (SCCM) IBM’s Tivoli Provisioning Manager are used to centralize deployment and maintain software • the XenApp Plugin • Launch applications from her Start | Programs menu • Step:  publishing an application to the XenApp farm  To launch an application from the System Tray icon  DISCONNECT, RECONNECT, AND LOG OFF OF AN APPLICATION WITH THE CONNECTION CENTER • the Citrix XenApp Web Plugin • The Web Plugin is the simplest of the Windows clients and does not allow for as much interaction or configuration. • often be deployed in scenarios where machines are older, slower, or not in need of additional configuration options such as the Start menu and desktop shortcuts • Program Neighborhood • Oldest ICA client version but the most advanced • Many settings are available to users as check boxes or radio buttons • good in the sense that users can enable a setting such as Local Text Echo for just their client if they are a fast typist and the latency of the session cannot keep up; and bad when a user can delete his application set and can’t get connected • the only client that connects to applications on a Citrix server that have not been published for access by users

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值