# Ignition OPC UA fails after upgrade

**URL:** <https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437>\
**Category:** Ignition\
**Tags:** ignition79\
**Created:** [August 29, 2018, 2:11am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437 "2018-08-29T02:11:39Z")\
**Posts on this page:** 15\
**Page:** 1

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 29, 2018, 2:11am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/1 "2018-08-29T02:11:40Z")

</div>

Hello,

After upgrading to Ignition-7.9.9-linux-x64 from 7.9.6 Ignition OPC UA went into a fault. Rediscovering OPC endpoint, restarting OPC module does not help. The gateway architecture and the environment show N/A.

When I change the Ignition server IP address to something outside the PLC address subnet, the Device becomes unreachable (understandably), but the OPC connection comes up as good!

 ![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/5/5be8b23265eea0e408c0c171ce987387f9fd7c9a.png)

Please give your ideas what this can be.

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 29, 2018, 2:12am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/2 "2018-08-29T02:12:49Z")

</div>

![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/c/c409ad6dd78dd993cb1ca9f980eb307f59414a37.png)

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 29, 2018, 2:20am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/3 "2018-08-29T02:20:27Z")

</div>

![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/e/e8efc8b5eb52436743f2e551aad91fd9b41e9bfd.png)

---

<div class="post-metadata">

**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:** [August 29, 2018, 2:21am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/4 "2018-08-29T02:21:37Z")

</div>

Try this:

Set the gateway to the IP address you want. Go to `Configure > OPC-UA Server > Settings` and set the `Endpoint Address` setting to that IP as well. Restart the gateway. Do endpoint discovery again when it comes back online.

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 29, 2018, 2:23am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/5 "2018-08-29T02:23:33Z")

</div>

Thanks Kevin. It won’t let me to use IP address in the endpoint address. Only localhost works.

 ![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/a/a5e6934e2cd5f84ef99614b7d0bf9bc5234ee36a.png)

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 29, 2018, 2:24am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/6 "2018-08-29T02:24:46Z")

</div>

![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/b/be3148974c1f77c5bac67b8d8e50949041d385b3.png)

---

<div class="post-metadata">

**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:** [August 29, 2018, 2:25am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/7 "2018-08-29T02:25:00Z")

</div>

After you completed the other steps and restarted the gateway is there any error in the logs regarding being able to bind to that IP address or falling back?

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 29, 2018, 2:44am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/8 "2018-08-29T02:44:22Z")

</div>

OK, I changed the UA server setting from localhost to my IP and restarted the gateway. Now I was able to use IP in the endpoint discovery successfully, but the server status comes up as faulted again with Bad Timeout.

---

<div class="post-metadata">

**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:** [August 29, 2018, 2:59am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/9 "2018-08-29T02:59:11Z")

</div>

There’s certainly something suspicious about it working while your gateway has one IP address but not another, but I’m not sure what it could be. The status page missing info in one of the configurations is also odd.

What’s the output of `ifconfig` or `ip -4 addr`, whichever your server has? What happens when you traceroute to 10.30.148.21?

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 29, 2018, 3:17am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/10 "2018-08-29T03:17:42Z")

</div>

IP 10.30.148.21 was just a random IP outside PLC subnet to confirm that OPC comes up as good. The correct IP is 10.30.48.21 which is set up right now.  
 ![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/2/276a4a2342e29b27a13b90134e0447ee37e65f89.png)

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 29, 2018, 3:18am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/11 "2018-08-29T03:18:17Z")

</div>

![](https://us1.discourse-cdn.com/inductiveautomation/original/2X/1/1d90952e2ad9e8a0ad8f54eb7746b2ee975c0d39.png)

---

<div class="post-metadata">

**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:** [August 29, 2018, 12:40pm UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/12 "2018-08-29T12:40:06Z")

</div>

One of the things that happens when the session is activated is the server ends up doing a call to `InetAddress.getLocalHost().getHostAddress()` (for reasons that don’t make any sense; this call should be removed).

We’ve seen [DNS lookups take a long time on Linux in the past](http://forum.inductiveautomation.com/t/starting-ignition-gateway-takes-almost-10-minutes-when-not-connected-to-internet/17588/8). The behavior you’re seeing makes it seem like the lookup succeeds quickly when you’re assigned to the off-subnet test IP, but takes a long time with the correct IP.

Try adding your IP address and hostname to `/etc/hosts` and see if it works.

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 30, 2018, 12:26am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/13 "2018-08-30T00:26:07Z")

</div>

Adding IP to hosts did not help unfortunately. I downgraded from 7.9.9 to 7.9.6 and everything started to work straight away! The question now is what do I need to do? I am subscribed to the updates, but 7.9.8 and 7.9.9 are not compatible with my system and the bug is not found.

---

<div class="post-metadata">

**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:** [August 30, 2018, 12:51am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/14 "2018-08-30T00:51:33Z")

</div>

I’m almost certain the problem is how long your system takes to resolve localhost when you’re set up with the correct IP address.

That 16 second timeout on session-related operations when the UA client connects didn’t exist in 7.9.6. The resolution is probably taking just as long but the longer timeout allows the connection to complete.

---

<div class="post-metadata">

**Author:** ![ekombarov](https://avatars.discourse-cdn.com/v4/letter/e/2acd7d/32.png) [@ekombarov](https://forum.inductiveautomation.com/u/ekombarov)\
**Post date:** [August 30, 2018, 1:02am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-fails-after-upgrade/19437/15 "2018-08-30T01:02:09Z")

</div>

OK, how can I test this? Is there way to extend the timeout? Can I see it in the logs? There was a definitely much faster OPC status change to Connected on 7.9.6 than to Faulted on 7.9.9.
