# \[Bug-13040\]Possible Bug using tag groups to drive history

**URL:** <https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888>\
**Category:** Ignition Early Access\
**Created:** [February 26, 2019, 7:12pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888 "2019-02-26T19:12:54Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![cwaddoups](https://avatars.discourse-cdn.com/v4/letter/c/43a26b/32.png) [@cwaddoups](https://forum.inductiveautomation.com/u/cwaddoups)\
**Post date:** [February 26, 2019, 7:12pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/1 "2019-02-26T19:12:54Z")

</div>

I am trying to utilize a tag group to drive history storage for tags and running into an issue with the tag group not executing. If I set the tag to on change or periodic history is stored as expected. However when I set the sample mode to tag group no history is stored for the tag. Looking at the scinfo table in the database I see two entries for scanclasses, however both have the name _exempt_ and the drvid of both does not match the drive id of the tag when stored using the other sample modes. The tag group is set up in direct mode with a 1 second rate and a max time between samples of 10 seconds. ![drvTable](https://us1.discourse-cdn.com/inductiveautomation/original/2X/0/069bf2e33cefb1435ca6eb23d961fbbef3a93b98.jpeg) ![SCinfo](https://us1.discourse-cdn.com/inductiveautomation/original/2X/3/3e19a8b483978b3f76bf3a7ef4931acad509310b.jpeg) ![tagGroup](https://us1.discourse-cdn.com/inductiveautomation/original/2X/5/533c53196cd4aba0bb12329d6fe483d3cc1dcf29.jpeg)

---

<div class="post-metadata">

**Author:** ![James.Lorenz](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/james.lorenz/32/3290_2.png) [@James.Lorenz](https://forum.inductiveautomation.com/u/James.Lorenz)\
**Post date:** [February 26, 2019, 8:12pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/2 "2019-02-26T20:12:20Z")

</div>

I was running into this issue very recently with my testing as well, I’ll get a bug report going for this.

---

<div class="post-metadata">

**Author:** ![James.Lorenz](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/james.lorenz/32/3290_2.png) [@James.Lorenz](https://forum.inductiveautomation.com/u/James.Lorenz)\
**Post date:** [February 26, 2019, 10:58pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/3 "2019-02-26T22:58:43Z")

</div>

Actually, I’m having issues reproducing this now with the latest build. Which build are you running? Also, was this an upgrade from a previous version, or a clean install?

---

<div class="post-metadata">

**Author:** ![cwaddoups](https://avatars.discourse-cdn.com/v4/letter/c/43a26b/32.png) [@cwaddoups](https://forum.inductiveautomation.com/u/cwaddoups)\
**Post date:** [February 26, 2019, 11:45pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/4 "2019-02-26T23:45:59Z")

</div>

I upgraded from 7.9.10. The version I’m running currently is b2019022202. We also have a remote gateway running the same version that is using the same database as a historian.

---

<div class="post-metadata">

**Author:** ![cwaddoups](https://avatars.discourse-cdn.com/v4/letter/c/43a26b/32.png) [@cwaddoups](https://forum.inductiveautomation.com/u/cwaddoups)\
**Post date:** [February 27, 2019, 2:39pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/5 "2019-02-27T14:39:51Z")

</div>

I updated my version this morning to b2019022702 and am still getting this same issue. On further investigation into the history tables it doesn’t appear that the scid for the tag is changing in the sqlth\_te table and no matter how I change the tag group under the historical tag group parameter for the tag itself no entry for the tag group is being created in the sqlth\_scinfo table.

---

<div class="post-metadata">

**Author:** ![James.Lorenz](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/james.lorenz/32/3290_2.png) [@James.Lorenz](https://forum.inductiveautomation.com/u/James.Lorenz)\
**Post date:** [March 4, 2019, 11:46pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/6 "2019-03-04T23:46:00Z")

</div>

Everything is working ok for me in the latest build, even after an upgrade. Do you have a GWBK from 7.9 that we can look at?

---

<div class="post-metadata">

**Author:** ![cwaddoups](https://avatars.discourse-cdn.com/v4/letter/c/43a26b/32.png) [@cwaddoups](https://forum.inductiveautomation.com/u/cwaddoups)\
**Post date:** [March 5, 2019, 2:34pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/7 "2019-03-05T14:34:58Z")

</div>

The chat board won’t let me upload the 7.9 gwbk as the file size is too large. Do you an email I can send it to?

---

<div class="post-metadata">

**Author:** ![KGrindstaff](https://avatars.discourse-cdn.com/v4/letter/k/9dc877/32.png) [@KGrindstaff](https://forum.inductiveautomation.com/u/KGrindstaff)\
**Post date:** [March 6, 2019, 9:37pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/8 "2019-03-06T21:37:58Z")

</div>

I have the same issue on a test gateway. Trying to use Tag Groups for history storage works intermittently at best. I created a Tag Group and then an expression tag that changes every second. I used the new Tag Group as the History Tag Group and no history was stored for the tag. If I changed the tag to Periodic or OnChange then history would be stored. No entry for the Tag Group I created was listed in the scinfo table. I played around with editing different properties of the tag group, I switched it from direct to driven mode and back to direct and it started working. However, I cannot recreate the same thing to get a different tag group working. I have one tag that no matter what I change it will not store history or create an entry in the database for the tag or tag group. Gateway backup and DB backup are [here](https://www.dropbox.com/s/41g9k9rly57ksgc/TestFiles.zip?dl=0). I am using MS SQL Server 2017 14.0.3048.4

---

<div class="post-metadata">

**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, 2019, 6:13pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/9 "2019-03-07T18:13:36Z")

</div>

I appreciate you providing the backup. Once loaded, everything looks to be working as intended on my local box. This led me to look at newly added Tag Groups or the changing of the Historical Tag Group potentially being the issue.

What I am seeing is if the Historical Tag Group is changed on a Tag, it doesn’t take effect until the tag is restarted (right click tag \> Restart Tag or Gateway restart). This is a bug, but can you confirm that once you do this the history is logging as you would expect?

Thanks,  
Garth

---

<div class="post-metadata">

**Author:** ![cwaddoups](https://avatars.discourse-cdn.com/v4/letter/c/43a26b/32.png) [@cwaddoups](https://forum.inductiveautomation.com/u/cwaddoups)\
**Post date:** [March 7, 2019, 7:04pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/10 "2019-03-07T19:04:22Z")

</div>

It looks like restarting the tag did trigger the creation of the entry of the scanclass into the sqlth\_scinfo table and that history is now storing correctly for the moment.

---

<div class="post-metadata">

**Author:** ![KGrindstaff](https://avatars.discourse-cdn.com/v4/letter/k/9dc877/32.png) [@KGrindstaff](https://forum.inductiveautomation.com/u/KGrindstaff)\
**Post date:** [March 7, 2019, 7:18pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/11 "2019-03-07T19:18:14Z")

</div>

I can confirm the same. Using the Restart Tag seems to correct the issue. However, I have tried several gateway and OS restarts and history was never stored before issuing the Restart Tag command.

---

<div class="post-metadata">

**Author:** ![awalker](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/awalker/32/6874_2.png) [@awalker](https://forum.inductiveautomation.com/u/awalker)\
**Post date:** [March 21, 2019, 3:49pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/12 "2019-03-21T15:49:35Z")

</div>

This issue was fixed in the build that was uploaded today (3/21). Please let us know if you continue to see this behavior after upgrading.

---

<div class="post-metadata">

**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 22, 2019, 2:19pm UTC](https://forum.inductiveautomation.com/t/bug-13040-possible-bug-using-tag-groups-to-drive-history/22888/13 "2019-03-22T14:19:26Z")

</div>

6 posts were split to a new topic: [Tag history issues](https://forum.inductiveautomation.com/t/tag-history-issues/23532)
