# An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception

**URL:** <https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836>\
**Category:** Ignition\
**Created:** [March 25, 2024, 1:47pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836 "2024-03-25T13:47:02Z")\
**Posts on this page:** 16\
**Page:** 1

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 25, 2024, 1:47pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/1 "2024-03-25T13:47:02Z")

</div>

I'm getting this error.

Is there a way to stop this error

Also, when I go into the gateway, click on the store's status, and forward, it takes 5 minutes for the status to appear.

When I restart the gateway, it takes 10 minutes to start up.  
It should be a lot faster than that.

Here is a copy of the log file.  
[032524wrapper.log](https://forum.inductiveautomation.com/uploads/short-url/woXwffePo2m1STKlb8rzkGjQorE.log) (3.8 MB)

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 25, 2024, 1:58pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/2 "2024-03-25T13:58:07Z")

</div>

Please fix your post to wrap that traceback with a "Preformatted Text" marker.

---

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 25, 2024, 2:27pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/3 "2024-03-25T14:27:34Z")

</div>

fixed. thanks

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 25, 2024, 2:41pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/4 "2024-03-25T14:41:44Z")

</div>

Your log is full of these:

```auto
INFO | jvm 1 | 2024/03/25 08:03:48 | E [t.e.a.history] [13:03:48]: Error storing tag history data 
INFO | jvm 1 | 2024/03/25 08:03:48 | java.lang.Exception: Unable to add data to memory buffer, buffer full.
INFO | jvm 1 | 2024/03/25 08:03:48 | at com.inductiveautomation.ignition.gateway.history.stores.MemoryStore.insertInBuffer(MemoryStore.java:185)

```

You database isn't keeping up with the historian load. Fix your database.

---

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 25, 2024, 2:51pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/5 "2024-03-25T14:51:43Z")

</div>

I created a Support ticket.  
I hope they can guide me toward what went wrong in my database.  
Since the database hasn't changed.

Thanks.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 25, 2024, 2:56pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/6 "2024-03-25T14:56:12Z")

</div>

Have you changed how many tags you are historizing? Are you running the database on the same hardware as other things (like the gateway itself), and not managing the conflicting resources?

Your logs also show database connection breakage. Is your overloaded MySQL rebooting itself?

---

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 25, 2024, 3:05pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/7 "2024-03-25T15:05:50Z")

</div>

I have changed the number of tags I am historizing I've added maybe 20 more tags being recorded to TC0  
The SQL database is on the same machine as the gateway.  
I have small clients using Ignition, and there may be 3k total tags.  
I set up 4 DB connections, 1 for each test cell. TC0, TC1 TC2, TC3.

Each of these stores the data in a separate drive (D:) and does not use the C drive to store and forward this data.

Conflicting resources? Like RAM and CPU usage?

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 25, 2024, 3:24pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/8 "2024-03-25T15:24:02Z")

</div>

> [@earnhartj84](#):
>
> Like RAM and CPU usage?

Yes, those. Sounds like a very small system.

By separate databases, do you mean multiple schemas in one single database process? Or multiple independent database processes?

You almost certainly will need support to look over your shoulder.

---

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 25, 2024, 3:28pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/9 "2024-03-25T15:28:07Z")

</div>

Yes,  
multiple Schemas in 1 single database.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/3/0317c4f0cdd6fdc18cefef8b46e1f210ace572b3.png)  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/e/4eba44b9f2d1d6f7d91adb17f0974b3e15f1a545.png)  
 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/2/f/2f7ba88d6e1284cdb78d54f68fb29fb808efc31c.jpeg)

the CPU and Ram usage don't seem to be too high.  
C: is for processing  
D drive is for store and forward. data.  
E is for backups ,

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 25, 2024, 3:32pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/10 "2024-03-25T15:32:07Z")

</div>

> [@earnhartj84](#):
>
> the CPU and Ram usage don't seem to be too high.

Concur.

There's plenty of RAM for any ordinary system.

You will probably have to examine the database's own log files to see why it has been choking. (Your wrapper log clearly shows your DB choking and your S&F memory cache running out of space.)

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 25, 2024, 3:33pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/11 "2024-03-25T15:33:42Z")

</div>

Hmmm. That read speed on your C: drive suggests something bad is happening.

---

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 25, 2024, 3:46pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/12 "2024-03-25T15:46:06Z")

</div>

When I stop the ignition gateway, the C drive goes 0-1 %.  
It's just another symptom of an underlying issue.

looking into SQL Log files.

---

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 25, 2024, 6:04pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/13 "2024-03-25T18:04:01Z")

</div>

looking more into how to resolve this issue. When I check my plugins for MYSQL, I don't see any. Since I'm not using any, there might be built-in plugins I'm not unaware of.

did find this warning in the SQL log file.  
09:55:31 [INF][WBContext]: WbContext::init  
09:55:31 [INF][WBA]: Looking for extension modules for WBA...  
09:55:31 [INF][WBA]: 0 extension modules found  
09:55:31 [WRN][grt]: Duplicate plugin name wb.tools.cmdlineClient There is more than one plugin with the name wb.tools.cmdlineClient (in PyWbUtils and PyWbUtils).  
09:55:31 [WRN][grt]: C:\Users\earnh\AppData\Roaming\MySQL\Workbench\connections.xml:26: link '{0B8C220D-1180-47EE-B9FC-60C62C3339D5}' key=owner could not be resolved  
09:55:31 [WRN][grt]: Duplicate plugin name wb.tools.cmdlineClient There is more than one plugin with the name wb.tools.cmdlineClient (in PyWbUtils and PyWbUtils).  
09:55:31 [INF][WBContext]: System info:  
MySQL Workbench Community (GPL) for Windows version 8.0.30 CE build 2054668 (64 bit)

---

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 25, 2024, 6:30pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/14 "2024-03-25T18:30:20Z")

</div>

I thought SSD drives have a "good" read and write speed under 1000-500MB/s  
But you're the expert, so I'll take your word for it. there is definitely something going on with my S&F. still diffing through log files. and waiting to hear back with the support ticket.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [March 25, 2024, 6:37pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/15 "2024-03-25T18:37:37Z")

</div>

> [@earnhartj84](#):
>
> read and write speed

Actual performance varies greatly with the kinds of SATA ports involved and, particularly, the size of specific transfer requests.

But 130MB/s reflects a rather intense load for an OS disk. (I personally find it annoyingly difficult to troubleshoot Windows-based applications, so I won't be much more help.)

---

<div class="post-metadata">

**Author:** ![earnhartj84](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/earnhartj84/32/29405_2.png) [@earnhartj84](https://forum.inductiveautomation.com/u/earnhartj84)\
**Post date:** [March 27, 2024, 2:21pm UTC](https://forum.inductiveautomation.com/t/an-exceptioncaught-event-was-fired-and-it-reached-at-the-tail-of-the-pipeline-it-usually-means-the-last-handler-in-the-pipeline-did-not-handle-the-exception/87836/16 "2024-03-27T14:21:39Z")

</div>

need to disable the Disk Cache settings first. for each database connection Then, rename the folder under the name of the database in the C:\Program Files\Inductive Automation\Ignition\data\datacache directories. Next, we will enable the disk cache again and set it back to the default number values.

> **[Backfill a full Store and Forward disk cache on a second connection](https://support.inductiveautomation.com/hc/en-us/articles/4413995674765-Backfill-a-full-Store-and-Forward-disk-cache-on-a-second-connection)**
>
> Introduction
> Ignition uses a store-and-forward system to reliably and efficiently store data to a database - most notably used with Tag History and Transaction groups. 
> A common example for when St...
