# UascClientMessageHandler Warning

**URL:** <https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655>\
**Category:** Ignition\
**Created:** [August 6, 2021, 7:25pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655 "2021-08-06T19:25:47Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![sydney.bergeron](https://avatars.discourse-cdn.com/v4/letter/s/779978/32.png) [@sydney.bergeron](https://forum.inductiveautomation.com/u/sydney.bergeron)\
**Post date:** [August 6, 2021, 7:25pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/1 "2021-08-06T19:25:47Z")

</div>

I’m seeing a ton of UascClientMessageHandler warnings in our logs today. And it looks like we are missing some data in our SQL Bridge.

Any clue what I can do to determine what might be causing this?

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/f/f/ff5ef4a005bc03d42963fde32b0386a32752f8ed.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 6, 2021, 7:29pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/2 "2021-08-06T19:29:56Z")

</div>

What version of Ignition is this? What OPC UA connections do you have configured?

---

<div class="post-metadata">

**Author:** ![sydney.bergeron](https://avatars.discourse-cdn.com/v4/letter/s/779978/32.png) [@sydney.bergeron](https://forum.inductiveautomation.com/u/sydney.bergeron)\
**Post date:** [August 6, 2021, 7:30pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/3 "2021-08-06T19:30:44Z")

</div>

8.0.14

Just the Ignition OPC UA Server

---

<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 6, 2021, 7:32pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/4 "2021-08-06T19:32:48Z")

</div>

Hmm. High CPU or memory usage maybe?

These warnings mean a response arrived after the request had timed out on the client side of the connection… not usually something I see with the built-in server, but if it’s not overall performance of the gateway then maybe there are some large groups of polled, scripting, or otherwise explicit reads that are taking longer to complete than the timeout.

---

<div class="post-metadata">

**Author:** ![sydney.bergeron](https://avatars.discourse-cdn.com/v4/letter/s/779978/32.png) [@sydney.bergeron](https://forum.inductiveautomation.com/u/sydney.bergeron)\
**Post date:** [August 6, 2021, 7:36pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/5 "2021-08-06T19:36:22Z")

</div>

> [@Kevin.Herron](#):
>
> re some large groups of polled, scripting, or otherwise explicit reads that are taking longer to complete than the timeout.

Good to know. The CPU and Memory usage look typical to me. No big spikes or anything.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/8/b/8b504f3a6b220b490000f158fbda196ff2ac2111.png)

Most of what we are doing is w/in SQL Bridge, but they are 'read' instead of 'subscribe' type to ensure we get a snapshot of the data at that moment in time.

Is there any way to track down which tags might be causing the issue?

If the response arrives after a request timeout on SQL bridge, would we miss inserting the data into a connected table?

---

<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 6, 2021, 7:40pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/6 "2021-08-06T19:40:39Z")

</div>

> [@sydney.bergeron](#):
>
> but they are ‘read’ instead of ‘subscribe’ type to ensure we get a snapshot of the data at that moment in time.

> [@sydney.bergeron](#):
>
> If the response arrives after a request timeout on SQL bridge, would we miss inserting the data into a connected table?

Okay, so that's probably what the warnings are and why you're missing data...

A good place to start might be looking at your groups that are missing data, figure out which device(s) the tags are from, then go look at the diagnostics for that device. If there's a lot of tags in the group it might not be realistic to read that many at once vs subscribe... but it would have to be a lot. I don't really know what that number would be. Lower if the device is responding slowly I guess.

edit: Errgh, device diagnostics aren't super helpful if you're doing reads instead of subscribes.

---

<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 6, 2021, 7:43pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/7 "2021-08-06T19:43:42Z")

</div>

Turn the logger `Gateway.OpcConnectionManager` to DEBUG and see how long it says various read calls are taking.

[https://docs.inductiveautomation.com/display/DOC81/Diagnostics+-+Logs#DiagnosticsLogs-ChangingLoggingLevels](https://docs.inductiveautomation.com/display/DOC81/Diagnostics+-+Logs#DiagnosticsLogs-ChangingLoggingLevels)

---

<div class="post-metadata">

**Author:** ![sydney.bergeron](https://avatars.discourse-cdn.com/v4/letter/s/779978/32.png) [@sydney.bergeron](https://forum.inductiveautomation.com/u/sydney.bergeron)\
**Post date:** [August 6, 2021, 7:51pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/8 "2021-08-06T19:51:48Z")

</div>

Most are in the 10s of ms, but every once in a while I see a 1 minute flat.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/d/bd45ad25e27134c6230b46e107018d76c1ffa8f8.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 6, 2021, 7:53pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/9 "2021-08-06T19:53:36Z")

</div>

Hmm, that would be the timed out ones.

I’d call support so they can get your logs and more information like what device(s) this is happening with, etc…

They’ll probably want you to upgrade at some point if your license allows it.

---

<div class="post-metadata">

**Author:** ![sydney.bergeron](https://avatars.discourse-cdn.com/v4/letter/s/779978/32.png) [@sydney.bergeron](https://forum.inductiveautomation.com/u/sydney.bergeron)\
**Post date:** [August 6, 2021, 7:54pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/10 "2021-08-06T19:54:22Z")

</div>

Will do. Thanks Kevin.

When you say upgrade, do you mean to the most recent 8.0?

Or 8.1?

---

<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 6, 2021, 7:55pm UTC](https://forum.inductiveautomation.com/t/uascclientmessagehandler-warning/49655/11 "2021-08-06T19:55:00Z")

</div>

The recommendation would be to the latest 8.1. The 8.0.x release series was not LTS and is no longer receiving updates.
