New commit detected on ManageIQ/manageiq/gaprindashvili:
Author: Greg McCullough <firstname.lastname@example.org>
AuthorDate: Thu Apr 19 08:47:41 2018 -0400
Commit: Greg McCullough <email@example.com>
CommitDate: Thu Apr 19 08:47:41 2018 -0400
Merge pull request #17280 from d-m-u/adding_lock_to_retire_now
Add lock to retire_now start
(cherry picked from commit 2deffa58399461396e3bbd57b93fc744f0c64e88)
app/models/mixins/retirement_mixin.rb | 43 +-
spec/models/service/retirement_management_spec.rb | 23 +-
spec/models/vm/retirement_management_spec.rb | 19 +
3 files changed, 67 insertions(+), 18 deletions(-)
This is difficult to reproduce, but probably the best setup would be:
1. An environment where there are 4 zones.
2. A Service with a retire_on date of today.
Each of the schedule workers should initiate the Service retirement at the same time, causing the request_service_retire event to be raised 4 times.
You should be able to see the events raised and the service retirement state machine start_retirement Automate method running.
The more zones, the better the odds of reproducing the customer scenario.
Closing this one as it is hard for QE to validate.