Accessing OPC Server causes Reboot - revisited

[Björn]

Hi,

I have the same problem as in the "Accessing OPC Server causes Reboot"
thread in this group.
https://groups.google.com/group/openscada/browse_thread/thread/4e2342ef4b1bd752?hl=de
(Unfortunately, I can't post my question in that thread, therefore
this new entry.)

We're using a DeltaV OPC server on a Windows 2008 Server.
Running my test program it crashes the RPC process during init.
Windows 2008 then decides to reboot, sigh.
I've tried both the libraries from October 2010 and March 2011. Same
crash.

---> My question; Does anyone know the state of this problem (last
entry was last year in October)?

Any help is welcome,
Björn

---------------------------------------------------------

INFO:
Recieved ALTER_CTX_RESP
2011-mar-22 08:38:34 rpc.DefaultConnection processOutgoing
INFO:
Sending REQUEST
2011-mar-22 08:38:37 org.jinterop.dcom.core.JIComServer init
VARNING: Unable to detach during init: java.net.SocketException:
Socket is not connected
org.jinterop.dcom.common.JIException: An internal error occurred.
[0x8001FFFF]
at org.jinterop.dcom.core.JIComServer.init(JIComServer.java:582)
at org.jinterop.dcom.core.JIComServer.initialise(JIComServer.java:
481)
at org.jinterop.dcom.core.JIComServer.<init>(JIComServer.java:414)
at org.openscada.opc.dcom.da.Test1.main(Test1.java:425)
Caused by: java.io.IOException: Connection reset by peer
at sun.nio.ch.FileDispatcher.read0(Native Method)
at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21)
at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:237)
at sun.nio.ch.IOUtil.read(IOUtil.java:210)
at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:236)
at
org.jinterop.dcom.transport.JIComTransport.blockingRead(JIComTransport.java:
225)
at
org.jinterop.dcom.transport.JIComTransport.receive(JIComTransport.java:
166)
at rpc.DefaultConnection.receiveFragment(DefaultConnection.java:199)
at rpc.DefaultConnection.receive(DefaultConnection.java:85)
at
rpc.ConnectionOrientedEndpoint.receive(ConnectionOrientedEndpoint.java:
226)
at
rpc.ConnectionOrientedEndpoint.call(ConnectionOrientedEndpoint.java:
123)
at rpc.Stub.call(Stub.java:113)
at org.jinterop.dcom.core.JIComServer.init(JIComServer.java:574)
... 3 more
2011-mar-22 08:38:37 org.jinterop.dcom.core.JISession postDestroy
INFO: About to destroy links for Session: 1759009332 , size of which
is 0
2011-mar-22 08:38:37 org.jinterop.dcom.core.JIComOxidRuntime
destroySessionOIDs
INFO: destroySessionOIDs for session: 1759009332
Exception in thread "main" java.lang.NullPointerException
at org.openscada.opc.dcom.da.Test1.showError(Test1.java:63)
at org.openscada.opc.dcom.da.Test1.main(Test1.java:482)
------------------------------------------

[Florian Probst]

Hi Björn,

the reboot is caused by the RPC process inside windows. It's a bug of Windows Server 2008 which is already fixed in R2. There will be a patch from Microsoft coming soon!

Kind regards,

Florian

2011/3/22 Björn <bjorn....@gmail.com>

[Björn]

Hi Florian,

Thanks for your quick answer!

We're using Windows 2008 Server, SP2 (build 6002). Which means we have
the problem. Upgrading is apparently not possible for us (going from
32 to 64 bits ...).

Do you have any more info on the patch? How soon is "soon"? Days,
months?

Again thank you,
Björn

[Jens Reimann]

We recently ran into the same problem and there is a solution from Microsoft for this issue:

http://support.microsoft.com/kb/2518423