# Ignition 7.3.3 stops to work with error

**URL:** <https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967>\
**Category:** Ignition\
**Created:** [February 8, 2012, 6:13pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967 "2012-02-08T18:13:26Z")\
**Posts on this page:** 11\
**Page:** 2

<div class="post-metadata">

**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:** [February 27, 2012, 4:42pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/21 "2012-02-27T16:42:01Z")

</div>

Hi,

Yes, that would be caused by the problem I mentioned, that we discovered and fixed for 7.3.5. Please try installing the beta, it should take care of the issue.

Also, a problem like this could lead to the other errors. After updating, let me know if you still get any of the “not enough quota” errors.

Regards,

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [February 27, 2012, 10:18pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/22 "2012-02-27T22:18:02Z")

</div>

Hi Colby!

I upgrade to 7.3.5 and after 3 hours have the error “not enough quota”. People wale up me and i need to restart gateway ☹ . Thread dump attached.  
[thread-dump.txt](https://us1.discourse-cdn.com/inductiveautomation/original/1X/b87b740d242aad76cb372a0746c844f65de4b499.txt) (53.5 KB)

---

<div class="post-metadata">

**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:** [February 27, 2012, 10:57pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/23 "2012-02-27T22:57:12Z")

</div>

Ah, I’m really sorry. It looks like the fix was not included in beta 1. I tried to verify it this morning, and saw that the build was uploaded on the 21st, which was after the update. However, I just checked with the build engineer, and it appears that beta 1 really went up on the 16th, and on the 21st there was just an update to the OEE module. The fix was put in on the 17th. 😊

So, we’re uploading a beta 2 now. It might take a few hours to become available. I’m sorry for the confusion.

Regards,

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [March 3, 2012, 12:47pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/24 "2012-03-03T12:47:37Z")

</div>

Hi Colby!

We update the Ignition to 7.3.5 beta 2 on 6 boxes and main server. Third day - normal flight 🙂  
Thanks 🙂

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [March 7, 2012, 6:09pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/25 "2012-03-07T18:09:19Z")

</div>

Hi Colby,

As you know we have several external tag providers configured on th main server. We began to notice that some tags with the leased scan class go to stale. The tags which configured with the direct scan class never went to stale, only leased. For this tags (leased) we try to modify scan class to direct and it comes to good quality after several seconds, after we change it back to leased and it begin to work. We have not any errors in console on both tags driven machine and on the main server.

Also we have the second problem. In one of external tags provider we have a tags with the good quality but the tags values does not match the real values (which is on tags driven machine). On tags driven machine we have errors in console which i attached, but the errors stops to come in 19:20, but the tags still have not actual values.

 ![](https://us1.discourse-cdn.com/inductiveautomation/original/1X/658b3dc3b2e9c54dd7477fea474ee00c044cfee9.JPG)  
  
[logs[1].bin.gz](https://us1.discourse-cdn.com/inductiveautomation/original/1X/eaef6d4cfa3d55ac51b5ae8f605370cc513c7476.gz) (252 KB)

---

<div class="post-metadata">

**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:** [March 8, 2012, 12:56am UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/26 "2012-03-08T00:56:32Z")

</div>

Hi,

From that log, it looks like the system is in a state where some tags that have been deleted are still in memory, which caused a problem when the scan class was modified, causing the “lastExec” to stop being updated (while the tags keep working on the driving machine).

Restarting the gateway on each of the driving machines (floor4, for example) should fix the problem for now. I’ve committed a fix for the next 7.3.5 beta that should prevent that problem from happening again, though there may also be something else happening that I missed (I’m not sure the problem with the values is related).

Regards,

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [March 9, 2012, 6:49pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/27 "2012-03-09T18:49:36Z")

</div>

Hi Colby!

We reboot the tags driving machines but some tags still comes to stale. I try to modify the scan class for this tags from leased to direct and the tags comes to good quality, and then i change it back to leased and it stay works. Is some ideas to fix it?

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [March 9, 2012, 7:08pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/28 "2012-03-09T19:08:29Z")

</div>

This problem only occurs with the tags configured with leased scan classes and only on the main server. I have not seen this problem for direct scan class…

---

<div class="post-metadata">

**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:** [March 9, 2012, 8:51pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/29 "2012-03-09T20:51:28Z")

</div>

Hi,

I’ll take another look at the logs and see if I can figure out what is happening to the leased scan classes as opposed to the direct ones. If it helps as a workaround for right now, I wanted to point out that you can rapidly change the scan class mode by updating the sqlt\_sc table. For example, to set everything to direct:

```auto
update sqlt_sc set mode=0, configchange=now()
```

This will set the scan classes to direct and reload them. For mode, 0=direct, 2=leased.

I’ll see what I can find.

Regards,

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [March 11, 2012, 12:23pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/30 "2012-03-11T12:23:17Z")

</div>

Hi Colby!

Today I went to Tetrapak Plant. It is our first Igtition project. We used Ignition 7.2.6. I make some scan class optimization on this plant (changes some direct scan classes to leased) and the system begin comes to deadlock. I upgrade to 7.2.11 and try this version and have the same result. I cant upgrade to 7.3.5 beta becouse the license is for 7.2. What we can do in this case?  
[thread-dump.txt](https://us1.discourse-cdn.com/inductiveautomation/original/1X/1ff64d1702bec733197709f1c7e6d42f0e972e1d.txt) (36.5 KB)

---

<div class="post-metadata">

**Author:** ![koval\_yuriy](https://avatars.discourse-cdn.com/v4/letter/k/9e8a1a/32.png) [@koval\_yuriy](https://forum.inductiveautomation.com/u/koval_yuriy)\
**Post date:** [March 11, 2012, 12:51pm UTC](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967/31 "2012-03-11T12:51:11Z")

</div>

I tried the 7.3.5 beta 4 and get the deadlock… ☹  
[thread-dump\_1.txt](https://us1.discourse-cdn.com/inductiveautomation/original/1X/69eb5df7abf3b84fb3b6eb4d6b30895c2f3891dc.txt) (40.2 KB)

[Previous page](https://forum.inductiveautomation.com/t/ignition-7-3-3-stops-to-work-with-error/3967.md?page=1)
