[midPoint] Pending operations

[Davy Priem]

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<mailto: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<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FEvolveum%2Fmidpoint%2Fblob%2F293f8ab6c23c976a8a4d6765d5c9d9a11325b3d1%2Fprovisioning%2Fprovisioning-impl%2Fsrc%2Fmain%2Fjava%2Fcom%2Fevolveum%2Fmidpoint%2Fprovisioning%2Fimpl%2Fshadows%2Ferrors%2FCommunicationExceptionHandler.java%23L157-L171&data=05%7C01%7Cdavy.priem%40vives.be%7Ce8f4e880690f46133e4608da7541cf1c%7Cbb238cf566c946069852a9f3e1782d63%7C1%7C0%7C637951222757026953%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=rA6qMDv3bjSbMerXVcNf2q4RQLNO8ZcABh%2F5dE%2FJVkM%3D&reserved=0>

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/<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.evolveum.com%2Fmidpoint%2Freference%2Fsynchronization%2Fconsistency%2F&data=05%7C01%7Cdavy.priem%40vives.be%7Ce8f4e880690f46133e4608da7541cf1c%7Cbb238cf566c946069852a9f3e1782d63%7C1%7C0%7C637951222757026953%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=YWTOl%2FkiCpg9xtYmR9OKI5dhUsuuk%2BlAyD%2FtCjgABxo%3D&reserved=0>. 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<mailto:midPoint at lists.evolveum.com>
https://lists.evolveum.com/mailman/listinfo/midpoint<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.evolveum.com%2Fmailman%2Flistinfo%2Fmidpoint&data=05%7C01%7Cdavy.priem%40vives.be%7Ce8f4e880690f46133e4608da7541cf1c%7Cbb238cf566c946069852a9f3e1782d63%7C1%7C0%7C637951222757026953%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=Au%2F0cv%2FiVamkIWi2HE6CT4r019C3Pw4jvO8cDG8RD0c%3D&reserved=0>


_______________________________________________
midPoint mailing list
midPoint at lists.evolveum.com<mailto: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/aa625b1c/attachment-0001.htm>