Event Broker run profile operation failed after change detected
The Operations in the Operation List are the existing ones from v18.104.22.168
The Op List is for IdB Changes it contains the follow:
- Check Operation - Identity Broker Change Operation
- Run Profile operation - Delta Import and Delta Sync on chris21 MA
- Run Profile operation - Delta Sync on chris21 MA
1 - Made change in chris21 by modifying part of a user name and bring in the Identity Broker
2 - Event Broker Check operation detected the change (returned "True")
3 - Event Broker perform Run Profile operation result in the error below
5/17/2011 4:22:00 PM • Information UNIFY Event Broker Operation List Executor Operation list OpList - chris21 IdB - Incoming started 5/17/2011 4:22:00 PM • Information UNIFY Event Broker Operation List Executor Running check operation Identity Broker Changes for operation list OpList - chris21 IdB - Incoming 5/17/2011 4:22:00 PM • Information UNIFY Event Broker Operation List Executor Check operation Identity Broker Changes for operation list OpList - chris21 IdB - Incoming returned True 5/17/2011 4:22:00 PM • Error UNIFY Event Broker Operations Operation 019455c9-1baa-4b00-8060-7c162fe50af6 failed in operation list with id 9ac60794-67eb-493d-9463-d73d94b02776 for the following reason. This is retry number 0: System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary. at System.Collections.Generic.Dictionary`2.get_Item(TKey key) at Unify.Product.EventBroker.RunProfilePlugInFactory.CreateComponent(IOperationFactoryInformation factoryInformation) at Unify.Framework.ExtensibilityPlugInGenerator`4.CreateComponent(TFactoryInfo factoryInformation) at Unify.Product.EventBroker.StandardOperationListExecutor.RunNextOperations(IEnumerator`1 operationEnumerator)
When looking at the Operation List details it is found that the Operation names are no longer in plain text, it contains GUID, see image OpList-name-in-GUID.jpg for details
Edit the Operation by left click on the settings icon (wheel) and select "Edit operation" and then click "Update" restored the Operation name list, see image
This restored the Operation List above and allow the run profile to work correctly again. That is the run profile is now succeed.
5/17/2011 6:52:00 PM • Information UNIFY Event Broker Operation List Executor Running check operation Identity Broker Changes for operation list OpList - chris21 IdB - Incoming 5/17/2011 6:52:00 PM • Information UNIFY Event Broker Operation List Executor Check operation Identity Broker Changes for operation list OpList - chris21 IdB - Incoming returned True 5/17/2011 6:52:12 PM • Information UNIFY Event Broker Operation List Executor Completed Run Profile operation with id 019455c9-1baa-4b00-8060-7c162fe50af6 in operation list OpList - chris21 IdB - Incoming 5/17/2011 6:52:14 PM • Information UNIFY Event Broker Operation List Executor Completed Run Profile operation with id 63b94c5f-ec91-45dd-a073-11ea5dfcc8d7 in operation list OpList - chris21 IdB - Incoming 5/17/2011 6:52:14 PM • Information UNIFY Event Broker Operation List Executor Operation list OpList - chris21 IdB - Incoming finished 5/17/2011 6:52:30 PM • Information UNIFY Event Broker Operation List Executor Operation list OpList - chris21 IdB - Incoming started 5/17/2011 6:52:30 PM • Information UNIFY Event Broker Operation List Executor Running check operation Identity Broker Changes for operation list OpList - chris21 IdB - Incoming 5/17/2011 6:52:30 PM • Information UNIFY Event Broker Operation List Executor Check operation Identity Broker Changes for operation list OpList - chris21 IdB - Incoming returned False
This behaviour is very strange so that is why I am still creating this issue eventhough it seems to be resolved now through my action described above.
Confirm Delete Agent.png
Customer support service by UserEcho
Now I am encountering the same problem with another Operation List, this one for AD Incoming, which was working fine earlier today when debugging issue
The error in the log
The Operation List for AD details now contains the GUID in the operation name instead of plain text. See image AD-OpList-op-name-in-GUID.jpg
Here is the image of one of the Operation being updated and restored to it plain-text name while the other, not yet updated still retained the GUID name. See image AD-OpList-op-name-in-GUID-one-being-update.jpg
Repeat the process of updating all the Operations in the AD Op List and re-enabled the Operation List now run successfull - without error.
I am not sure what the cause or the problem is, but the work-around I used does work.
Thus this issue is more for the Product team to investigate or analyse and to decide whether to resolve this issue or not.
Matthew, as you were involved in both the run profile, and the display names for run profiles... could you please take a look at this issue, unless of course Patrick has you working on other more important stuff.
And, if there does appear to be an issue, could you please edit the issue to make it a defect.
Shane, this item is detailed in the troubleshooting section here. This is a result of your Event Broker instance not being able to retrieve run profile and management names from the FIM instance after your upgrade. Refreshing the agent forces this refresh to occur.
Reopening, I will update the item with your message and case also, as I just noticed the page does not mention this can also occur if FIM is uncontactable
I've investigated this issue further, as it seems that your error message isn't about the run profile names at all, but rather the agent configuration (with management agent names and run profiles not displaying merely an artefact of this). I've added a new error message in cases where this occurs suggesting users update their operations appropriately, but I would like to know if you removed and re-added your FIM agent at some stage prior to this?
Yes I did removed and re-add the FIM Agent.
Thanks Shane, that's what would have done it. The operations all point to their referenced FIM agent, and if that disappears, they do not know what to do.
Assigned to Adam to see if this is proper handling of agent deletion. In the interim, I am updating the documentation to this effect.
Assigned to Patrick for comment.
Patrick, would the above comment be a case for raising an alert immediately after removal of an agent?
There is a TODO in code that I may have mentioned. A matching remove alert would have to be added when an agent is assigned to the operation list.
Please note that the compare would have to check both the operation list id and the agent name (key in the agent dictionary on the operation list), as the operation list can contain multiple agents.
Changed issue to a defect as the error message and documentation were not informative enough - this has since been corrected
Shane, can you please confirm if the new error message and description on the following pages does enough to assist users in this scenario?
New error message:
I confirmed that the two documents referenced do provide information regarding this issue.
For the EB300:Operations dependent on agents fail because the agent configuration is incorrect or missing, another sign that this issue occurring is the Operation's name in the Operation List now containing GUID, while normally this would not.
Whether this is something you may want to consider adding to the page or not is your decision.
This issue is currently assigned to you, by mistake. Could you please help to assign it to Matthew for my feedback.
Matthew or Patrick, would it be of benefit to standardise the same exception handling in all of the operations?
(Patrick, please also read my previous comment).
If you had looked at the history of the item, you would have seen the reason for it being assigned to Patrick.
All good Shane, I've made myself a watcher to keep across this.
That is a very good point, so I have updated the page accordingly (even using one of your screenshots as an example)
Adam, sounds like a big task if we're now heading in to release (and may be hard to test conclusively given the different conditions for each error). Yours or Patrick's call.
Clicking on the image you of the screenshot of the incorrect display of the operation name leave the IE Window in greyout mode, with the error message at the bottom left of IE saying "Error on page".
If "Refreshing" or "Delete" or "Rename" of an Agent or FIM Agent will cause this issue, may I suggest that a warning or informing message box is provided to ensure they understand or remind them of the requirement to update all the relevant Operations. Perhaps the choice of to continue or cancel would be appropriate.
Just two cents.
Shane, there is a popup, see the attached screenshot. Can you confirm if you see this or not?
Not sure why this is on me, and the last comment appears to be directed at you Shane.
As we had discussed last week, the image added for the run profile on page EB300:Operations dependent on agents fail because the agent configuration is incorrect or missing, when clicked it left the page greyed out and no image is shown.
Are you referring to the image in Jira not loading for you correctly? If so, it is not something Matt did.
What browser are you using?
I am using IE 8.0.76 on Windows 7.
I believe you are correct, because I can't click and view the large images on this page as well, https://unifysolutions.jira.com/wiki/display/EB300/Installing+the+Event+Broker+Portal+Workflow.
This is strange because I used to be able to do that before. Perhaps some Windows Updates is causing this.
If you do not require this issue to be open anymore please resolve it and assign it back to me so that I can close it. The reason I mentioned this because of your comment on "18/May/11 9:52 AM".
Please close the issue if you feel it has been resolved.
Instruction is documented on how to resolve this issue, particularly when an Agent is being deleted and recreated. See
EB300:Operations dependent on agents fail because the agent configuration is incorrect or missing