Trigger are in inconsistent state with Channel

[astelmashenko]

Describe the bug
We are using knative eventing and serving. Oeverall it is working properly, but there is an issue happened and I'm not sure how to resolve it.
It is related to MTBroker and Trigger. Channel implementation is eventing-natss. Let's consider setup:

• Default broker
• Around 20 triggers, [trigger1..triggerN]

We deleted several triggers trigger1..3, and at the same time webhook was not available (in some reason). Now I do not see those triggers if I get them with:

kubectl get trigger -n myns

Triggers were deleted.

But I noticed errors in broker-filters that trigger1..3 are not found. Then I checked channel, in my case it is NatsJetstreamChannel and there is Subscribers (if I get yaml) with deleted Triggers present. It seems because of broken communication with webhook (just an assumption) there inconsistent state of triggers and channel behind the broker.

How can I make it consistent again, should I some how trigger re-sync of the broker/channel with actual triggers I have?
Should I just edit NatsJetstreamChannel CRD, just remove non-existing subscribers.

Expected behavior
MTBroker should re-sync channel with actual state.

To Reproduce
Not sure how to do it.

Knative release version
1.12.6