Project

General

Profile

Actions
Copy link

Defect #1331

closed

Retry update operations that failed due to system unavailability

Added by Alena Peterová about 6 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Radek Tomiška
Category:
Provisioning
Target version:
Morganite (9.2.2)
Start date:
10/18/2018
Due date:
% Done:

100%

Estimated time:
Affected versions:
Owner:

Description

Tested on version 8.1.7

When doing provisioning (update) and the system is unavailable during reading the account from the system (PrepareConnectorObject), the provisioning operation stays in the provisioning queue with the state PROVISIONING_PREPARE_ACCOUNT_ATTRIBUTES_FAILED. But this failed attempt is never retried automatically.

Please make it so the failed attempts will be retried automatically.
The reason of this error is system unavailability and that should be solved by retry mechanism.

Files

retry_provisioning.png (38.4 KB) retry_provisioning.png Alena Peterová, 10/18/2018 09:04 AM
Actions
Copy link
 #1

Updated by Alena Peterová about 6 years ago

Steps to reproduce:
  • account is linked to some database account
  • change the password in the system configuration
  • resave the identity
  • change the password back to the correct value
  • run RetryProvisioningExecutor
Actions
Copy link
 #2

Updated by Radek Tomiška about 6 years ago

  • Assignee changed from Vít Švanda to Radek Tomiška
Actions
Copy link
 #3

Updated by Radek Tomiška about 6 years ago

  • Tracker changed from Task to Defect
  • Status changed from New to Needs feedback
  • Assignee changed from Radek Tomiška to Ondřej Kopr
  • Target version set to Morganite (9.2.2)
  • % Done changed from 0 to 90

I've added retry mechanism, when connector object is prepared:
https://github.com/bcvsolutions/CzechIdMng/commit/c209b64d239b14cf9f0e6e7afed0b10ee6a2941e

Could you do a feedback please?

Actions
Copy link
 #4

Updated by Ondřej Kopr about 6 years ago

  • Status changed from Needs feedback to Resolved
  • Assignee changed from Ondřej Kopr to Radek Tomiška
  • % Done changed from 90 to 100

I simulated behavior described by Alča and it works correctly. Newly created error provisioning operation has filled retry attempt. Thank you for fix it.

Actions
Copy link
 #5

Updated by Radek Tomiška about 6 years ago

  • Status changed from Resolved to Closed
Actions
Copy link

Also available in: Atom PDF