# Alarms that are in alarm but should not be **URL:** \ **Category:** General Discussion\ **Created:** [June 2, 2015, 1:37am UTC](https://forum.inductiveautomation.com/t/alarms-that-are-in-alarm-but-should-not-be/10080 "2015-06-02T01:37:53Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![CJVR](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@CJVR](https://forum.inductiveautomation.com/u/CJVR)\ **Post date:** [June 2, 2015, 1:37am UTC](https://forum.inductiveautomation.com/t/alarms-that-are-in-alarm-but-should-not-be/10080/1 "2015-06-02T01:37:53Z")
I have a number of alarms showing up as Active/acknowledged but they should not be. They are simple bit alarms (all the logic is in the PLC) and the tag browser accurately indicates the bits are false but the alarm still shows up in the alarm list. It seems like they are old alarms that are stuck in some alarm table. There has been mentions of a .alarms file used to persist alarms over gateway reboots but I can’t find this file (I am running 7.7 so it might be gone?). Any ideas? Thanks. ---
**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:** [June 3, 2015, 4:07pm UTC](https://forum.inductiveautomation.com/t/alarms-that-are-in-alarm-but-should-not-be/10080/2 "2015-06-03T16:07:34Z")
Hi, Is the system redundant? If not, what version are you using specifically? If possible, try disabling one of the tags (edit, set enabled to false) and see if it goes away. The .alarms file does exist, in some cases, but I don’t think that’s the cause in this case. If the alarm doesn’t go away when the tag is disabled, there may be multiple definitions of the tag running (something which should be prevented in 7.7.4, but can be fixed otherwise). Regards, ---
**Author:** ![CJVR](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@CJVR](https://forum.inductiveautomation.com/u/CJVR)\ **Post date:** [June 3, 2015, 4:40pm UTC](https://forum.inductiveautomation.com/t/alarms-that-are-in-alarm-but-should-not-be/10080/3 "2015-06-03T16:40:10Z")
The system is not redundant. It appears I am using 7.7.1. Maybe I should upgrade. The bit is part of a UDT. When I disable the tag (but leave the alarm definition intact) in the UDT definition the alarm goes away for all of the tags that use this UDT. When I enabled it they all come back. ---
**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:** [June 3, 2015, 4:56pm UTC](https://forum.inductiveautomation.com/t/alarms-that-are-in-alarm-but-should-not-be/10080/4 "2015-06-03T16:56:58Z")
Hi, In that case, you might try upgrading. Just to clarify, though, these alarms do persist across gateway restarts? If so, and if it’s possible to restart at some point soon, you might want to just make sure it’s not the .alarms file getting in the way (I remember that there were some fixes to the way data was sorted, which might have led to something like this, but I can’t find exactly when). Basically, when you shut down the gateway service, a file called “.alarms\_…” will sometimes be written to “{InstallDir}\data”. Remember that you probably have to tell windows to show all files in the folder. If it’s there, while the service is shut down, delete it. Then restart the service. Regards, ---
**Author:** ![CJVR](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@CJVR](https://forum.inductiveautomation.com/u/CJVR)\ **Post date:** [June 3, 2015, 5:33pm UTC](https://forum.inductiveautomation.com/t/alarms-that-are-in-alarm-but-should-not-be/10080/5 "2015-06-03T17:33:07Z")
I upgraded and the alarms stayed. They also persist across gateway restarts. And there is no .alarms\_… file when the gateway is running or stopped. This is not a production system so I can do almost anything I want. ---
**Author:** ![Pat](https://avatars.discourse-cdn.com/v4/letter/p/8491ac/32.png) [@Pat](https://forum.inductiveautomation.com/u/Pat)\ **Post date:** [June 4, 2015, 1:21am UTC](https://forum.inductiveautomation.com/t/alarms-that-are-in-alarm-but-should-not-be/10080/6 "2015-06-04T01:21:01Z")
I seem to remember something like this happening to me once, I ended up either changing the Alarm Mode to Not Equal or changing the Setpoint to 0 then saving the UDT, then changing the alarm back to how I had it and saving the UDT again. Worth a try 🙂 ---
**Author:** ![CJVR](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@CJVR](https://forum.inductiveautomation.com/u/CJVR)\ **Post date:** [June 10, 2015, 7:26pm UTC](https://forum.inductiveautomation.com/t/alarms-that-are-in-alarm-but-should-not-be/10080/7 "2015-06-10T19:26:31Z")
I had the value set to 0 not 1… 😊