Project

General

Profile

Actions

Refactor #27412

closed

Ensure not multiple orchestrators can run at once

Added by Ivan Necas over 4 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Dynflow
Target version:
Difficulty:
Triaged:
No
Fixed in Releases:
Found in Releases:

Description

The new sidekiq approach expects only one orchestrator process to be running. We should do checking (probably via the current dynflow locking mechanism) to enforce it to avoid some weird states when multiple orchestrators would be running at the same time.


Related issues 1 (0 open1 closed)

Blocks foreman-tasks - Tracker #27408: Dynflow workers extraction to separate processesClosed

Actions
Actions #1

Updated by Ivan Necas over 4 years ago

  • Blocks Tracker #27408: Dynflow workers extraction to separate processes added
Actions #2

Updated by Ivan Necas over 4 years ago

  • Category set to Dynflow
Actions #3

Updated by Adam Ruzicka over 4 years ago

  • Status changed from New to Ready For Testing
  • Assignee set to Adam Ruzicka
  • Pull request https://github.com/Dynflow/dynflow/pull/335 added

The PR allows us to run the orchestrator in active-passive mode. It means the requirement changes a bit, we can run multiple orchestrators, but only one can be in active mode per redis instance and/or namespace. There is no limit on the number of passive ones.

Actions #4

Updated by Adam Ruzicka over 4 years ago

  • Target version set to dynflow-1.4.0
Actions #5

Updated by Adam Ruzicka over 4 years ago

  • Status changed from Ready For Testing to Closed
Actions

Also available in: Atom PDF