# Issue with connecting to remote RSLinx OPC server **URL:** \ **Category:** Ignition\ **Created:** [April 5, 2010, 11:27pm UTC](https://forum.inductiveautomation.com/t/issue-with-connecting-to-remote-rslinx-opc-server/1723 "2010-04-05T23:27:57Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![James](https://avatars.discourse-cdn.com/v4/letter/j/bc8723/32.png) [@James](https://forum.inductiveautomation.com/u/James)\ **Post date:** [April 5, 2010, 11:27pm UTC](https://forum.inductiveautomation.com/t/issue-with-connecting-to-remote-rslinx-opc-server/1723/1 "2010-04-05T23:27:57Z")
Hi, We are trying to use a remote OPC server with Ignition via an OPC-DA COM Connection. The remote server is running RSLinx. I was originally able to connect to the remote server successfully, however we could not actually obtain data from any of the PLCs. After searching through the forum, i thought that it could be the CLSID needed curly braces around the number, and after editing this i was unable to connect to the remote server again - even after changing the settings back and re-adding the server to Ignition. I have gone through and fixed the DCOM security settings, as per the MatriconOPC “Establishing OPC Communication on Windows XP SP2 and Windows 2003 SP1” guide from their site as was recommended in another thread. This is not been able to fix the issue either. The error code we are getting is: `com.jniwrapper.win32.com.ComException: COM object method returns error code: 0x8007000E; E_OUTOFMEMORY (Not enough storage is available to complete this operation.) com.jniwrapper.win32.com.ComException.checkResult(SourceFile:172) com.jniwrapper.win32.com.ComFunctions.coCreateInstanceEx(SourceFile:229) com.inductiveautomation.opccom.COMServerImpl$ConnectServerJob.internalRun(COMServerImpl.java:635) com.inductiveautomation.opccom.wrapper.OleJob.run(OleJob.java:45) com.jniwrapper.win32.MessageLoopThread$ThreadSynchronizedAction.run(MessageLoopThread.java:566) com.jniwrapper.win32.MessageLoopThread$LoopThread.run(MessageLoopThread.java:508)` So there are two issues (or maybe fixing one will fix both): [ul][li]We can not connect to the remote server[/li] [li]When we can connect, we can not obtain data from it[/li][/ul] Thank you for any help with this issue. EDIT: I forgot to mention that we are currently running version 7.0.4 (b4594). James ---
**Author:** ![Travis.Cox](https://avatars.discourse-cdn.com/v4/letter/t/b9bd4f/32.png) [@Travis.Cox](https://forum.inductiveautomation.com/u/Travis.Cox)\ **Post date:** [April 8, 2010, 11:41pm UTC](https://forum.inductiveautomation.com/t/issue-with-connecting-to-remote-rslinx-opc-server/1723/2 "2010-04-08T23:41:38Z")
James, there has been a lot of changes to the OPC COM module since your version. Please download and upgrade to 7.0.8 from [https://www.inductiveautomation.com/downloads](https://www.inductiveautomation.com/downloads). If you are still running into the same problem post back. ---
**Author:** ![James](https://avatars.discourse-cdn.com/v4/letter/j/bc8723/32.png) [@James](https://forum.inductiveautomation.com/u/James)\ **Post date:** [April 13, 2010, 5:01am UTC](https://forum.inductiveautomation.com/t/issue-with-connecting-to-remote-rslinx-opc-server/1723/3 "2010-04-13T05:01:03Z")
Travis, I’ve updated to version 7.0.8, and we no longer have the issue of connecting to the remote server. However, we still can’t get data from the PLCs through the remote server. The ‘last value’ is displayed as ‘null’ and the ‘quality’ is ‘Bad\_NoDataAvailable’. Do you have any idea what the issue is here? Regards, James ---
**Author:** ![James](https://avatars.discourse-cdn.com/v4/letter/j/bc8723/32.png) [@James](https://forum.inductiveautomation.com/u/James)\ **Post date:** [April 22, 2010, 7:11am UTC](https://forum.inductiveautomation.com/t/issue-with-connecting-to-remote-rslinx-opc-server/1723/4 "2010-04-22T07:11:46Z")
We are still having issues with connecting to a remote RSLinx OPC server. It seems that the original problem has not been fixed either. Here is a screenshot of the status page for OPC servers: Help with this issue would be greatly appreciated. ---
**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\ **Post date:** [April 22, 2010, 3:59pm UTC](https://forum.inductiveautomation.com/t/issue-with-connecting-to-remote-rslinx-opc-server/1723/5 "2010-04-22T15:59:27Z")
Can you post what the Gateway is reporting as its memory usage? You can find this on both the main Status and Config pages of the Gateway web interface. ---
**Author:** ![Colby.Clegg](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/colby.clegg/32/3282_2.png) [@Colby.Clegg](https://forum.inductiveautomation.com/u/Colby.Clegg)\ **Post date:** [April 22, 2010, 6:28pm UTC](https://forum.inductiveautomation.com/t/issue-with-connecting-to-remote-rslinx-opc-server/1723/6 "2010-04-22T18:28:46Z")
I highly suspect that the OUT\_OF\_MEMORY error is misleading, and is covering up a different problem, likely with DCOM security. I’ve found at least one mention of this in a Microsoft KB article: [quote]Q2 Why do I receive E\_OUTOFMEMORY when trying to access a remote object? A. DefaultAccessPermissions does not include the SID for the SYSTEM account. Use DCOMCNFG or the OLE/COM Object Viewer to add it. E\_OUTOFMEMORY is returned, instead of E\_ACCESSDENIED, because of a bug in Windows NT 4.0. This will be fixed in future releases of DCOM. This failure may occur both when trying to activate an object (through CoCreateInstanceEx, for example) and when receiving a pointer to a remote object (in the implementation of IConnectionPoint::Advise, for example). See the question that follows, “Why does IConnectionPoint::Advise not work?”[/quote] I’ll admit that the mention of NT 4 is a little strange, but it otherwise seems to line up well with what you’re encountering. Ignition, running as a service, is running under the SYSTEM account by default. On your RSLinx machine, you may need to go into dcomcnfg and add all of the appropriate rights for SYSTEM. You can also try turning on dcom security logging as described in [this thread](http://inductiveautomation.com/forum/viewtopic.php?f=25&t=2259) on the Linx machine and see if that gives you some more hints. Regards,