Description
If two threads try to update one policy simultaneously then it can cause x_policy_resource table to have multiple values for a given policy_id, res_def_id combination. When database gets in this state then that policy can't be read until the x_policy_resource_map and x_policy_resource tables are manually cleared up.
To reproduce the problem: from two separate shells, update the same policy using REST call in a tight loop. Soon the update calls will return failure with status code 400. At this point the policy is in a bad state in the database. After this point any attempt to update or read the policy will result in failure.
Expectation is that in case of simultaneous update only one update should succeed other should fail.