# Configuration of Alarm Journal **URL:** \ **Category:** Ignition\ **Created:** [August 7, 2024, 3:43pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304 "2024-08-07T15:43:13Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![spm](https://avatars.discourse-cdn.com/v4/letter/s/7ea924/32.png) [@spm](https://forum.inductiveautomation.com/u/spm)\ **Post date:** [August 7, 2024, 3:43pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/1 "2024-08-07T15:43:13Z")
Hello, I have a couple of customers on my Ignition 8.1 system. I have a separate database for each customer, so for alarms, I setup separate alarm journals for each customer. I used the Source field to only put alarms for that customer in the alarm journal tables for that customer. However, I think I am doing it incorrectly. Note that in each database, ignition has created the tables for the alarm journal so I know the connection is good. Under Data Filter-\> Filter by Alarm Source, I use the source identifier for each customer to only get those alarms. NOTE that the documentation does not state the format of the Alarm Source so this is the format I used, which is obviously incorrect. I used: prov:default:/tag:Customer/'customerName'/_:/alm:_ I also tried tag:Customer/'customerName'/_:/alm:_ Where 'customerName' is the branch for that customer with their name. Can you help me with what I am doing wrong? Thanks, Steve ---
**Author:** ![drojas](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/drojas/32/3403_2.png) [@drojas](https://forum.inductiveautomation.com/u/drojas)\ **Post date:** [August 7, 2024, 4:55pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/2 "2024-08-07T16:55:52Z")
If your 'customerName' is unique enough between customers, I have used the following filter without issues: `*customerName*` ---
**Author:** ![matt.eaton](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/matt.eaton/32/72046_2.png) [@matt.eaton](https://forum.inductiveautomation.com/u/matt.eaton)\ **Post date:** [March 24, 2025, 7:20pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/3 "2025-03-24T19:20:05Z")
But I'm seeing the same issue. essentially on source if you use prov:whatever\_name\* it returns no results. Something must have changed in the way we're supposed to make this reference or it's a bug? ---
**Author:** ![kvane](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kvane/32/22228_2.png) [@kvane](https://forum.inductiveautomation.com/u/kvane)\ **Post date:** [March 24, 2025, 8:19pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/4 "2025-03-24T20:19:10Z")
I just helped someone the other day with this ~ version 8.1.45, and it was working. Are you sure everything is spelled correctly? > [@Alarm Filter Gateway](https://forum.inductiveautomation.com/t/alarm-filter-gateway/103902/2): > > The Alarm Source and Display Paths are not the same as the Tag Path you can copy from the Tag Browser panel. This User Manual page has the syntax laid out: [Vision - Alarm Status Table | Ignition User Manual](https://www.docs.inductiveautomation.com/docs/8.1/appendix/components/vision-components/alarming/alarm-status-table#source-path-filtering) To see this in your designer: First trigger your alarm without any filters on the journal to populate some data. In Vision or Perspective, load you alarm journal with no filters on the Alarm Journal Table component - and look for the "Display Path" and "Source Path" columns. (You may need … ---
**Author:** ![matt.eaton](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/matt.eaton/32/72046_2.png) [@matt.eaton](https://forum.inductiveautomation.com/u/matt.eaton)\ **Post date:** [March 24, 2025, 9:18pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/5 "2025-03-24T21:18:08Z")
Interesting. Yes, I'm like 99% sure I have everything spelled correctly. In my case, I'm using a front-end gateway that isn't hosting the tags I'm trying to filter, the target tags are on two different gateways. so what's interesting to me is that I can get the source filter to work with a string like `"*tags_in_provider_1*"` - where that's the name of the folder on the remote gateway that contains all my tags. and I can actually get the behaviour I want with: `"*tags_in_provider_1*,*tags_in_provider_2*"` But what doesn't work is `"prov:tag_provider_1*"` ---
**Author:** ![mdemaris](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mdemaris/32/54639_2.png) [@mdemaris](https://forum.inductiveautomation.com/u/mdemaris)\ **Post date:** [March 26, 2025, 8:33pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/6 "2025-03-26T20:33:37Z")
> [@matt.eaton](#): > > But what doesn't work is > `"prov:tag_provider_1*"` This does not work on "local/standard" gateways either. ---
**Author:** ![kvane](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kvane/32/22228_2.png) [@kvane](https://forum.inductiveautomation.com/u/kvane)\ **Post date:** [March 26, 2025, 8:44pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/7 "2025-03-26T20:44:09Z")
Interesting. In the thread with the other user we were putting the wildcard after the tag, there may be some edge case problems related to a single wildcard when it is placed around the the start of a new : split - that seems to be what you two are testing. It seems odd that wouldn't work for you if the `prov:tag_provider:/tag:tag_name*` did work for us on a recent version. I would want to do some more tests with various edge cases like a tag provider name that ends in a non-numeric character, including parts of the :/tag: , etc. to isolate when it doesn't work as expected. Perhaps adding a \* to both sides of the string does workaround the problem. ---
**Author:** ![mdemaris](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mdemaris/32/54639_2.png) [@mdemaris](https://forum.inductiveautomation.com/u/mdemaris)\ **Post date:** [March 26, 2025, 8:49pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/8 "2025-03-26T20:49:06Z")
In my case, I have several filters on the display path: `"*prov:default:/tag:line1*, *prov:default:/tag:line2*,*prov:default:/tag:line3*"` I just added the splats before the `prov` and am currently waiting for some alarms to pop up. Previous to this, all I had was splats after the `line` number and got no alarms over the last day, which is unheard of! 😄 ---
**Author:** ![kvane](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kvane/32/22228_2.png) [@kvane](https://forum.inductiveautomation.com/u/kvane)\ **Post date:** [March 26, 2025, 9:58pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/9 "2025-03-26T21:58:03Z")
If you are saying this is a regression (behavior that used to work and no longer does), please let me know what versions before/after. I have seen weird edge case behavior before related to \* not working on one side of path filters in Vision, but it would always work on both sides. ---
**Author:** ![mdemaris](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mdemaris/32/54639_2.png) [@mdemaris](https://forum.inductiveautomation.com/u/mdemaris)\ **Post date:** [March 27, 2025, 4:29pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/10 "2025-03-27T16:29:43Z")
I don't have any background on this, as this is the first time attempting to use filters on the Alarm Journal. I just checked the alarm data tables and can confirm that no alarm events have been recorded using the filter `"*prov:default:/tag:line1*, *prov:default:/tag:line2*,*prov:default:/tag:line3*"` So, now I will drop it down to just the provider with splats, as @matt.eaton did and see what happens. **Edit:** I am assuming that you must include the double quotes. Should I be? ---
**Author:** ![kvane](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kvane/32/22228_2.png) [@kvane](https://forum.inductiveautomation.com/u/kvane)\ **Post date:** [March 27, 2025, 5:01pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/11 "2025-03-27T17:01:34Z")
No quotes. ---
**Author:** ![matt.eaton](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/matt.eaton/32/72046_2.png) [@matt.eaton](https://forum.inductiveautomation.com/u/matt.eaton)\ **Post date:** [April 7, 2025, 5:49pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/12 "2025-04-07T17:49:24Z")
For myself, I just started developing the requirement for combined alarms from two different providers, not sure if it worked before and doesn't now. ---
**Author:** ![kvane](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kvane/32/22228_2.png) [@kvane](https://forum.inductiveautomation.com/u/kvane)\ **Post date:** [April 7, 2025, 6:15pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/13 "2025-04-07T18:15:52Z")
If you think you have encountered a bug that prevents behavior that used to work then please open a support ticket with the replication steps for that bug. I am not sure what the problem is you are describing. ---
**Author:** ![matt.eaton](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/matt.eaton/32/72046_2.png) [@matt.eaton](https://forum.inductiveautomation.com/u/matt.eaton)\ **Post date:** [April 7, 2025, 7:15pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/14 "2025-04-07T19:15:45Z")
Alright, here's the problem restated: If I use the alarm status component in perspective and am configuring filters-active-conditions-source. Assuming I want to get just alarms from a tag provider called test1. ```python prov:test1* ``` does not work. ```python *test1* ``` does work. ```python prov:test1:/tag:* ``` interestingly does work. So I think maybe what's missing is that the \* wildcard doesn't play well if it's in the prov: part of the source filter? ---
**Author:** ![kvane](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kvane/32/22228_2.png) [@kvane](https://forum.inductiveautomation.com/u/kvane)\ **Post date:** [April 7, 2025, 7:20pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/15 "2025-04-07T19:20:48Z")
This thread was about the Alarm Journal filters on the Gateway-level so I was only testing there. I agree it runs into issue when the wild card is around that second colon, but it seems like it can be worked around and still function correctly. ---
**Author:** ![luipen](https://avatars.discourse-cdn.com/v4/letter/l/f07891/32.png) [@luipen](https://forum.inductiveautomation.com/u/luipen)\ **Post date:** [April 9, 2025, 9:59pm UTC](https://forum.inductiveautomation.com/t/configuration-of-alarm-journal/94304/16 "2025-04-09T21:59:54Z")
Looking for to separate between tag providers in diferrent databases, each one on its own journal profile, to storage all entire provider filtering in the gateway, also works with this, prov:PLC:/tag:\*, configure in the 'Filter by Alarm Source' in Data filters section, where 'PLC' is the tag provider.