[midPoint] Pending operations

[Pavol Mederly]

Hello Davy,

thank you for the clarification. Yes, this looks like a bug in midPoint 
(to me).

Best regards,

-- 
Pavol Mederly
Software developer
evolveum.com

On 03/08/2022 15:22, Davy Priem via midPoint wrote:
> Hi,
>
> Thx for the response. It kept trying to create an AD account which had 
> initially failed due to an attribute error. So there was no 
> communication exception. Although I corrected the attribute error in 
> the connector object and the account was afterwards correctly 
> provisioned, it would keep trying to create the account again which 
> obviously failed. I fixed it by manually deleting the pendingoperation 
> from the shadow objects. It’s strange midpoint (4.4.2) postponed this 
> operation and it would keep retrying for infinite.
>
>
> Davy Priem
>
>
>
>> Op 3 aug. 2022, om 13:17 heeft Pavol Mederly via midPoint 
>> <midpoint at lists.evolveum.com> het volgende geschreven:
>>
>> Hello Davy,
>>
>> I am not an expert in this area, but the source code says that - for 
>> example - # of attempts is checked only when CommunicationException 
>> is handled.
>>
>> https://github.com/Evolveum/midpoint/blob/293f8ab6c23c976a8a4d6765d5c9d9a11325b3d1/provisioning/provisioning-impl/src/main/java/com/evolveum/midpoint/provisioning/impl/shadows/errors/CommunicationExceptionHandler.java#L157-L171
>>
>> What was the reason of retrying in your case?
>>
>> Best regards,
>>
>> -- 
>> Pavol Mederly
>> Software developer
>> evolveum.com  <http://evolveum.com>
>> On 29/07/2022 14:35, Davy Priem via midPoint wrote:
>>> Hi,
>>>
>>> I have an issue with pending operations. In my resource I’ve 
>>> configured this according to 
>>> https://docs.evolveum.com/midpoint/reference/synchronization/consistency/. 
>>> I thought pending operations would be auto removed when the shadow 
>>> refresh task runs, but they keep on retrying. Am I missing something?
>>>
>>>
>>>
>>> My consistency configuration in the resource
>>> <consistency> <pendingOperationRetentionPeriod>P3D</pendingOperationRetentionPeriod> <operationRetryPeriod>PT15M</operationRetryPeriod> </consistency>
>>>
>>> Although I still see some operations keep on being retried. Eg 
>>> snippet from shadow object in that resource:
>>>
>>>
>>>     <pendingOperation id="15">
>>>         <type>retry</type>
>>>         <delta>
>>> <t:changeType>add</t:changeType>
>>> <t:objectType>c:ShadowType</t:objectType>
>>>             <t:objectToAdd xsi:type="c:ShadowType">
>>>                ….
>>>             </t:objectToAdd>
>>>         </delta>
>>> <requestTimestamp>2022-05-06T14:54:35.161+02:00</requestTimestamp>
>>> <operationStartTimestamp>2022-05-06T14:54:35.161+02:00</operationStartTimestamp>
>>> <lastAttemptTimestamp>2022-07-29T14:23:36.839+02:00</lastAttemptTimestamp>
>>> <executionStatus>executing</executionStatus>
>>> <resultStatus>in_progress</resultStatus>
>>> <attemptNumber>7947</attemptNumber>
>>>     </pendingOperation>
>>>
>>> Davy Priem
>>> Hogeschool VIVES | Dienst studentenzaken, informatie en technologie
>>>
>>>
>>> _______________________________________________
>>> midPoint mailing list
>>> midPoint at lists.evolveum.com
>>> https://lists.evolveum.com/mailman/listinfo/midpoint
>> _______________________________________________
>> midPoint mailing list
>> midPoint at lists.evolveum.com
>> https://lists.evolveum.com/mailman/listinfo/midpoint
>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> https://lists.evolveum.com/mailman/listinfo/midpoint
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20220803/2dab40b9/attachment.htm>