# OPC-UA client - Subscription ok in Ignition but not present in OPC-UA server **URL:** \ **Category:** Ignition\ **Tags:** ignition80\ **Created:** [June 21, 2021, 8:28am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003 "2021-06-21T08:28:03Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [June 21, 2021, 8:28am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/1 "2021-06-21T08:28:03Z")
I have a strange problem with Ignition’s OPC-UA client. Some tags stop updating after working for some days. In the diagnostics i can see that Ignition thinks it has a subscription, but that subscription ist not present in the server. It looks like after an error, Igntion doesn’t renew the subscription. Ignition version 8.1.5 on Linux OPC-UA server: TANI PLC-Engine 2.0.2 At the same time the tag stopped updating, there is a log entry: ```auto INFO | jvm 2 | 2021/06/18 09:20:57 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:20:57]: no item for clientHandle=290 INFO | jvm 2 | 2021/06/18 09:20:57 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:20:57]: no item for clientHandle=289 INFO | jvm 2 | 2021/06/18 09:20:57 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:20:57]: no item for clientHandle=288 INFO | jvm 2 | 2021/06/18 09:21:36 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:21:36]: no item for clientHandle=289 ``` ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/d/4ddd8a2b9798840a6aaddd1c983a91e12380aaca.png) The tag is still displayed as subscribed in Ignitions’s client. ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/0/8/08a0199936c5b5d0d244d3514e4265ae353bb109.png) But there is no subscription in the server (The active subscription in the screenshot is another Ignition server) ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/f/c/fcc2f38d840860791fe0df8e8f1f9a3bfc9ccc7e.png) ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [June 21, 2021, 11:50am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/2 "2021-06-21T11:50:07Z")
Those warnings generally mean a data change notification was received for an item id we don’t have on record any more. It can happen as a timing quirk when a lease change or items are removed and I’m not sure it’s related to the whole subscription being gone. Leaving `org.eclipse.milo.opcua.sdk.client.subscriptions.OpcUaSubscriptionManager` on DEBUG might help, along with `com.inductiveautomation.ignition.gateway.opcua.client.connection.OpcUaConnection`. If the subscription times out or “disappears” some how the server should notify the client with a status change notification for that subscription, which should result in the subscription being removed / resynchronized in the client bookkeeping. ---
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [October 4, 2021, 1:46pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/3 "2021-10-04T13:46:17Z")
Hello Kevin, i was able to log the sequence of events now. It looks like the OPC-UA server stops sending publish responses when values in a subscription are unchanged for about 30 hours. There is no notification to the client, the subscription simply dies silently. This seems to be a problem on the server side. But shouldn’t Ignition notice the missing publish response and try ro re-subscribe when (timeout x keep alive count) expires? ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [October 11, 2021, 2:37pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/4 "2021-10-11T14:37:44Z")
Sorry for the delay, I’ve been out on vacation for the last month. I’ll try to look into this closer in the coming weeks. I think you’re probably right though. Either the Milo or Ignition client should notice when a subscription’s lifetime has expired due to absence of keep alive notifications and do something, and I don’t think that’s happening right now. ---
**Author:** ![joostjojo](https://avatars.discourse-cdn.com/v4/letter/j/ac91a4/32.png) [@joostjojo](https://forum.inductiveautomation.com/u/joostjojo)\ **Post date:** [January 13, 2022, 10:36am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/5 "2022-01-13T10:36:17Z")
We have the same problem with a customer of us. Did you come further with investigating the issue regard this? We also noticed that polled tags keep updating while subcriptions are freezed, we set all tags from the opc server to a polled tag group to make sure they keep updating. Also we saw the opc ua server itself blinking from faulted to connected, seems like missing a keep alive response as well, after resetting the opc ua connection within ignition it was connected without blinking to faulted. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [January 13, 2022, 2:03pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/6 "2022-01-13T14:03:01Z")
Hopefully the 8.1.15 release will include a client subscription watchdog. It’s been implemented in the OPC UA library, which needs to be released and integrated into Ignition. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [April 5, 2022, 7:14pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/7 "2022-04-05T19:14:13Z")
This is finally done… should be in the nightly build starting tomorrow and in the 8.1.17 final release. ---
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [May 27, 2022, 8:14am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/8 "2022-05-27T08:14:02Z")
After upgrading to 8.1.17 the log is flooded with warnings. The subscriptions seem to work though. Are those warning indicating a serious problem? ```auto INFO | jvm 1 | 2022/05/27 10:08:44 | W [c.i.i.g.o.c.c.OpcUaSubscriptionSynchronizer] [08:08:44]: Failed to create 2 items on subscription 'tag-group-default_emzaehlerlesen': requestId=6356 timed out after 60000ms connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:09:01 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:09:01]: Subscription watchdog timer elapsed, id=65553 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:09:02 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:09:02]: Subscription watchdog timer elapsed, id=65550 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:09:02 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:09:02]: Subscription watchdog timer elapsed, id=65547 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:09:02 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:09:02]: Subscription watchdog timer elapsed, id=65551 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:10:02 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:10:02]: Subscription watchdog timer elapsed, id=65552 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:10:02 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:10:02]: Subscription watchdog timer elapsed, id=65548 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:10:02 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:10:02]: Subscription watchdog timer elapsed, id=65542 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:10:02 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:10:02]: Subscription watchdog timer elapsed, id=65538 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:10:06 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:10:06]: Subscription watchdog timer elapsed, id=65556 connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:10:45 | W [c.i.i.g.o.c.c.OpcUaSubscriptionSynchronizer] [08:10:45]: Failed to create 2 items on subscription 'tag-group-default_emzaehlerlesen': requestId=7073 timed out after 60000ms connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:10:45 | W [c.i.i.g.o.c.c.OpcUaSubscriptionSynchronizer] [08:10:45]: Failed to create 7 items on subscription 'tag-group-glt_iswerte_heizunglangsam': status=Bad_SubscriptionIdInvalid, description=The subscription id is not valid. connection-name=TANI-PROD INFO | jvm 1 | 2022/05/27 10:11:00 | W [c.i.i.g.o.c.c.OpcUaConnection] [08:11:00]: Subscription watchdog timer elapsed, id=65549 connection-name=TANI-PROD ``` ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [May 27, 2022, 11:54am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/9 "2022-05-27T11:54:45Z")
It’s not great, when the timer elapses for a subscription Ignition will delete and re-create it. ---
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [May 27, 2022, 12:16pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/10 "2022-05-27T12:16:28Z")
Is there a log setting to get more details about what is happening? Maybe a problem with the servers keep-alive implementation? These messages are logged very often (5 to 60 seconds) ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [May 27, 2022, 12:18pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/11 "2022-05-27T12:18:17Z")
This is an absence of activity, so there’s not much in the logs, though it has been quite clear in Wireshark in the few cases I’ve observed so far. I’d like to see Wireshark captures to rule out an implementation bug in the watchdog, but in every other case so far it has been an implementation problem in the server’s subscription / keep-alive logic. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [May 27, 2022, 12:29pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/12 "2022-05-27T12:29:45Z")
Logger for `org.eclipse.milo.opcua.sdk.client.subscriptions.OpcUaSubscriptionManager` on DEBUG would log things when PublishRespones _do_ arrive, though. The expected keep-alive interval is agreed on when the subscription is created. If the server supports diagnostics you can view the Server diagnostics for that connection in Ignition and drill down into each subscription. Look for the `maxKeepAliveCount` and `publishingInterval` parameters: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/d/6/d64afa1610a4fdfa657023e8e9f690ae1cc3f84e.png) This means the keep-alive interval is `500 * 120 = 60000` (milliseconds). So a keep-alive every 60s in the absence of data changes. The watchdog timer will fire after 125% of whatever this value is has elapsed. Ignition tries to create subscriptions with a 60s keep-alive interval by default, but the server is allowed to revise the requested `maxKeepAliveCount`, so it may be something different. ---
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [May 29, 2022, 5:48pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/13 "2022-05-29T17:48:06Z")
Unfortunately it looks like the server does not support diagnostics: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/f/af239a1ddc8b95220e5d4b23cd62c1abc4ba10d5.png) The server sends some responses but then suddenly stops: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/3/d/3d61eb7a2401da0dd515ae00454f1e7ef9ec0791.png) Also there seem to be notifications that Ignition can’t relate: ```auto INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=7 INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=13 INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=21 INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=29 INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=33 INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=37 INFO | jvm 1 | 2022/05/29 09:49:31 | W [c.i.i.g.o.c.c.OpcUaSubscriptionSynchronizer] [07:49:31]: Failed to create 2 items on subscription 'tag-group-default_emzaehlerlesen': requestId=1015782 timed out after 60000ms connection-name=TANI-PROD INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=7 INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=13 INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=21 INFO | jvm 1 | 2022/05/29 09:49:31 | W [o.e.m.o.s.c.s.OpcUaSubscriptionManager] [07:49:31]: no item for clientHandle=29 ``` I sent you the logs and a wireshark capture in a PM ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [May 29, 2022, 6:39pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/14 "2022-05-29T18:39:02Z")
The capture was a little bit difficult to decipher because the TANI server seems to re-use subscription ids… but you can see in this capture the server did fail to send a PublishResponse in time: ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/f/9f67ef5a21d4cdf24fadbcabdbf64471eb569ce2.png) The filter applied in this case is `opcua.SubscriptionId==65545 || opcua.SubscriptionIds==65545`. The CreateSubscriptionResponse returns and indicates the revised publishing interval is 1020 and the revised max keep alive count is 60. So after 61,200ms of no activity for that subscription a keep-alive PublishResponse should be de-queued and sent. The watchdog timer elapses at ~10:12:01, at which point Ignition issues a DeleteSubscriptionsRequest. The last PublishResponse for that subscription was received at ~10:10:45, a ~76,000ms gap, or at ~125% of the expected 61,200ms. I think you need to contact TANI about this. It’s not very surprising, since a post a while back about how this same server sometimes just stopped sending subscription updates was one of the main motivators to implementing this client-side watchdog timer… ---
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [May 29, 2022, 6:46pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/15 "2022-05-29T18:46:05Z")
Thank you for the fast response. I will contact TANI support tomorrow. Is it possible to deactivate the subscription watchdog timer? ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [May 29, 2022, 7:42pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/16 "2022-05-29T19:42:06Z")
No, I need to think about whether to allow the “lateness” to be configurable or allow it to be disabled or both. But right now it’s not something that can be disabled, because I expected to be catching servers with implementation bugs that caused a subscription to stop updating entirely, not just late (though we don’t know which is happening here), so at the time I figured it was safe to just have enabled. ---
**Author:** ![j.abrante](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/j.abrante/32/10431_2.png) [@j.abrante](https://forum.inductiveautomation.com/u/j.abrante)\ **Post date:** [September 29, 2022, 7:12am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/17 "2022-09-29T07:12:59Z")
> [@chi](#): > > Unfortunately it looks like the server does not support diagnostics: Hi Chi, how did you solve this problem?. Now I have the same problem. I think the OPCUA whit I'm connecting to doesn't have the watchdog system. ---
**Author:** ![chi](https://avatars.discourse-cdn.com/v4/letter/c/0ea827/32.png) [@chi](https://forum.inductiveautomation.com/u/chi)\ **Post date:** [October 5, 2022, 6:51pm UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/18 "2022-10-05T18:51:24Z")
Hi, the root cause was an issue in the server software. My specific problem has been fixed by the server vendor. ---
**Author:** ![j.abrante](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/j.abrante/32/10431_2.png) [@j.abrante](https://forum.inductiveautomation.com/u/j.abrante)\ **Post date:** [October 10, 2022, 9:26am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/19 "2022-10-10T09:26:43Z")
Thanks for the info ---
**Author:** ![Ervin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ervin/32/57644_2.png) [@Ervin](https://forum.inductiveautomation.com/u/Ervin)\ **Post date:** [August 7, 2026, 10:47am UTC](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003/20 "2026-08-07T10:47:08Z")
I have a similar problem. a connection that worked to another Ignition server stopped working for most of the tags. it says Bad\_Failure for most of the tags. even if I pull a new tag. however, if I change the tag's group to another identical tag group (both Direct, Polled), it works. the same tag groups work without any issues on other connections. Client 8.1.45, Server 8.0.17 [Next page](https://forum.inductiveautomation.com/t/opc-ua-client-subscription-ok-in-ignition-but-not-present-in-opc-ua-server/48003.md?page=2)