# \[IGN-7351, IGN-7316\] Ignition 8.1.25 and IEC 61850 error **URL:** \ **Category:** Ignition\ **Tags:** redundancy\ **Created:** [March 5, 2023, 4:54pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629 "2023-03-05T16:54:55Z")\ **Posts on this page:** 18\ **Page:** 1
**Author:** ![francis.henry](https://avatars.discourse-cdn.com/v4/letter/f/a88e4f/32.png) [@francis.henry](https://forum.inductiveautomation.com/u/francis.henry)\ **Post date:** [March 5, 2023, 4:54pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/1 "2023-03-05T16:54:55Z")
Hello, I just updated our Ignition gateways and I keep getting error with the IEC driver module. Im running on Windows 2016 and this is what my backup gateway is showing: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/9/7926adbcdeafc9836fea8d0bf2451b083711d628.png) I have tried to remove license / manually uninstall the module on the backup gateway and resync with reactivation but everytime I tried, it failed with the same error message. I downloadded the file manually and tried to install it on both gateway (master and backup) and I am getting the same error without sync the servers. I ended up uninstalling the module, because I was getting incompatibility warnings on the gateway status page. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [March 5, 2023, 5:51pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/2 "2023-03-05T17:51:03Z")
You can just leave it uninstalled for now. I'll talk with QA on Monday and see if there's something fundamentally broken when using Windows Server 2016 or if it works and it's not working on just on your just system for some reason. ---
**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\ **Post date:** [March 5, 2023, 6:34pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/3 "2023-03-05T18:34:24Z")
We saw the same thing, I had no use for the module so just uninstalled it as well. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [March 5, 2023, 6:40pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/4 "2023-03-05T18:40:35Z")
Same OS? ---
**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\ **Post date:** [March 5, 2023, 6:52pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/5 "2023-03-05T18:52:17Z")
Yes windows Server 2016 ---
**Author:** ![francis.henry](https://avatars.discourse-cdn.com/v4/letter/f/a88e4f/32.png) [@francis.henry](https://forum.inductiveautomation.com/u/francis.henry)\ **Post date:** [March 6, 2023, 2:04am UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/6 "2023-03-06T02:04:58Z")
I started getting this error after the update (8.1.17 to 8.1.25) Unexpected error initializing redundancy session. Will try again in 1 minute. ```auto com.inductiveautomation.metro.api.ex.TimeoutExpiredException: TimeoutExpiredException[queueId=service_GatewayRedundancyService, targetIntent=_services.invoke_|2, msgData=com.inductiveautomation.ignition.gateway.redundancy.services.GatewayRedundancyService#registerPeerNode([class com.inductiveautomation.metro.api.ServerId, class com.inductiveautomation.ignition.gateway.cluster.NodeInfo])] at com.inductiveautomation.metro.impl.queues.StandardQueue.processTimeouts(StandardQueue.java:229) at com.inductiveautomation.metro.impl.queues.StandardQueue.lambda$maybeScheduleTimeoutChecker$1(StandardQueue.java:211) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.base/java.util.concurrent.FutureTask.run(Unknown Source) at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.base/java.lang.Thread.run(Unknown Source) ``` spam every minute only on redundant gateway. We are on version 1607 of Windows with most recent updates. Everything seems normal on status page... ---
**Author:** ![ggross](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ggross/32/12668_2.png) [@ggross](https://forum.inductiveautomation.com/u/ggross)\ **Post date:** [March 6, 2023, 5:51am UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/7 "2023-03-06T05:51:51Z")
So in trying to duplicate this issue I have been unsuccessful and Windows Server 2016 seems to be working as expected with my installation of the software. A few questions I have: 1. Which version of Server 2016 is everyone using? I am currently using Server 2016 Standard Edition with all current patches applied. 2. It sounds like this is impacting backup gateways. Is is affecting the master Gateway at all? 3. Are all Gateways running the same OS? 4. How was Ignition installed? (Installer or ZIP install) 5. Are you running Ignition or Edge? 6. Are there any additional programs installed on the Gateway that could be monitoring/possibly blocking a `.dll` loading? Because we are loading a native library, this could be a possibilty. 7. Anything else unique about these environments that you think could play into this. Thanks, Garth ---
**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\ **Post date:** [March 6, 2023, 8:10pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/8 "2023-03-06T20:10:05Z")
> [@ggross](#): > > - Which version of Server 2016 is everyone using? I am currently using Server 2016 Standard Edition with all current patches applied. 2016 Standard fully patched. > [@ggross](#): > > - It sounds like this is impacting backup gateways. Is is affecting the master Gateway at all? Non redundant gateway here. > [@ggross](#): > > - Are all Gateways running the same OS? N/A > [@ggross](#): > > - How was Ignition installed? (Installer or ZIP install) Installer > [@ggross](#): > > - Are you running Ignition or Edge? Ignition > [@ggross](#): > > - Are there any additional programs installed on the Gateway that could be monitoring/possibly blocking a `.dll` loading? Because we are loading a native library, this could be a possibilty. No but isn't it strange to be putting things in the temp directory and trying to run them from there? > [@ggross](#): > > - Anything else unique about these environments that you think could play into this. Nothing that comes to mind, this is a bog standard Ignition 8 server with WebDev the primary use. ---
**Author:** ![ggross](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ggross/32/12668_2.png) [@ggross](https://forum.inductiveautomation.com/u/ggross)\ **Post date:** [March 7, 2023, 12:32am UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/9 "2023-03-07T00:32:58Z")
> [@MMaynard](#): > > No but isn't it strange to be putting things in the temp directory and trying to run them from there? Ignition is running as a service and, in this case, we are requesting `%TEMP%` as the location to move the files. Because your Ignition service is running as a User, that is the location it is being stored at. If it were run as a System service, it would likely be stored in `c:\Windows\temp`. While not wrong, we do have a temp directory within the Ignition install that we should be targeting (and will be making a change for). I am guessing that AppLocker is preventing DLLs from being loaded from that directory and us making that change will potentially resolve this issue. If we can get this change into a nightly release would it be possible to see if it resolves the issue by installing just the new module? Garth ---
**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\ **Post date:** [March 7, 2023, 12:40pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/10 "2023-03-07T12:40:12Z")
It is running as a service, sorry it is actually c:\Windows\Temp And yes I will test a new version of the module when it is available. ---
**Author:** ![francis.henry](https://avatars.discourse-cdn.com/v4/letter/f/a88e4f/32.png) [@francis.henry](https://forum.inductiveautomation.com/u/francis.henry)\ **Post date:** [March 7, 2023, 3:03pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/11 "2023-03-07T15:03:43Z")
1. Standard 2016 V1607 OS Build 14393.5648 2.The Gateway seems fine, at least no error on the module status page 2. Yes they are running the same OS (2 gateways), they are using a domain account to run as a service. 3. Installer 4. Ignition 5. SentinelOne I'm guessing? (Antivirus?) 6. I would say IT department 😉 but it was working fine in 8.1.17 without this module. since it looks like it is related to redundancy I saw something weird in the tag browser of System: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/c/ac53c3aa1ed45e8ab5131ffd71e9cf8ec459a3d3.png) ---
**Author:** ![ggross](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ggross/32/12668_2.png) [@ggross](https://forum.inductiveautomation.com/u/ggross)\ **Post date:** [March 7, 2023, 4:49pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/12 "2023-03-07T16:49:07Z")
Us changing where the temp directory is located should hopefully resolve the issue you are seeing with the module loading. It would make sense based on everything I am reading about `.dll` placement and settings that can be applied. For the other error, it looks like it is occurring when it is attempting to process the initial connection. We don't think that it should have anything to do with the 61850 module, as this would cause the `peer incompatible status` that you also mentioned seeing, but seeing that a connection was successful seems like there might be disconnects occurring. When you removed the module, did the `com.inductiveautomation.metro.api.ex.TimeoutExpiredException` error stop occurring? Garth ---
**Author:** ![malone46844](https://avatars.discourse-cdn.com/v4/letter/m/b9bd4f/32.png) [@malone46844](https://forum.inductiveautomation.com/u/malone46844)\ **Post date:** [March 9, 2023, 1:29pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/13 "2023-03-09T13:29:07Z")
The IEC61850 Module doesn't seem to install properly for us on our Windows 10 LTSC gateways: ![Screenshot 2023-03-09 at 8.09.55 AM](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/3/434c2c42eed4d619d514843985eb1c47ca01005b.png) I've tried on 2 different Windows gateways (both Windows 10 LTSC / 1809) with same result. I don't see a similar error on the one Linux gateway I tested with. Thanks. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [March 9, 2023, 4:42pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/14 "2023-03-09T16:42:00Z")
@malone46844, I moved your post into this existing thread, because it's almost certainly the same root cause. If you're able to help Garth work identify what's different between your system and our test systems, it would be greatly appreciated 🙂 - even if not, you can be assured we're aware of the issue and working on a fix. ---
**Author:** ![ggross](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ggross/32/12668_2.png) [@ggross](https://forum.inductiveautomation.com/u/ggross)\ **Post date:** [March 10, 2023, 7:57pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/15 "2023-03-10T19:57:47Z")
If you are seeing the dependent library error when Ignition attempts to load the 61850 driver, the fix is going to be to download and install the latest Microsoft Visual C++ Redistributable package: > **[Latest supported Visual C++ Redistributable downloads](https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170)** > > This article lists the download links for the latest versions of Visual C++ Redistributable packages. The Triangle Microworks library that we leverage has dependancies on items included in that package. Uninstalling the module is also an option if you don't have a need for it. We are looking into what can be done to prevent this requirement, but that is the current solution. We appreciate your help in letting us know and providing information to help assist in troubleshooting the issue. Edit: The following KB article has been posted about this issue: > **[Faulted IEC 61850 Driver Can Cause Redundancy Sync Issue](https://support.inductiveautomation.com/hc/en-us/articles/13897307938829)** > > We found a notable issue with the IEC 61850 MMS Client Driver module introduced in Ignition version 8.1.25 that can impact redundant systems. > The Issue > The issue prevents Backup Gateways from being... Garth ---
**Author:** ![jkiffer](https://avatars.discourse-cdn.com/v4/letter/j/ccd318/32.png) [@jkiffer](https://forum.inductiveautomation.com/u/jkiffer)\ **Post date:** [March 30, 2023, 4:44pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/16 "2023-03-30T16:44:58Z")
Is the IEC 61850 driver compatible with Linux Ignition installations? Mention of Visual C++ libraries would seem to make this MS Windows dependent. We are receiving this error when attempting to install on OEL8 Linux: /tmp/iec61850\_native2868284322401336071/libcLibrary.so: /lib64/libstdc++.so.6: version `CXXABI\_1.3.9' not found (required by /tmp/iec61850\_native2868284322401336071/libTMWBaseCPP.so) ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [March 30, 2023, 4:46pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/17 "2023-03-30T16:46:06Z")
It is compatible with Linux, though we don't test with Oracle distros. You seem to be missing a library, or a minimum version of that library. ---
**Author:** ![jkiffer](https://avatars.discourse-cdn.com/v4/letter/j/ccd318/32.png) [@jkiffer](https://forum.inductiveautomation.com/u/jkiffer)\ **Post date:** [March 30, 2023, 4:49pm UTC](https://forum.inductiveautomation.com/t/ign-7351-ign-7316-ignition-8-1-25-and-iec-61850-error/70629/18 "2023-03-30T16:49:50Z")
Thanks Kevin, awesomely quick response. Will look into this with our Linux admins.