Welcome Serena Central users! CLICK HERE
The migration of the Serena Central community is currently underway. Be sure to read THIS MESSAGE to get your new login set up to access your account.

Flows shold run without the default group "RAS_Operator_Path"

Idea ID 1672680

Flows shold run without the default group "RAS_Operator_Path"

 To locate each flow groups of a specific worker group to each RAS, flows should have ability to run without "RAS_Operator_Path" worker.

Scenario:

 - Existing flows were created on the default worker group "RAS_Operator_Path"

 - "RAS_Operator_Path"  is assigned to RAS A

 - New flows are created on the new worker group "RAS_Operator_Path 1"

 - "RAS_Operator_Path1"  is assigned to RAS B

With the above scenario, if RAS A is down, new flows CANNOT run even if RAS B is alive.  It is because some execution stages always run on the default group as the below document describes.

https://docs.microfocus.com/itom/Operations_Orchestration:2018.09/Use/Using_OO_Central/Set_up_workers

Note Some execution stages always run on the default group, which is RAS_Operator_Path. Therefore, make sure that at least one worker is assigned to this group.

 

1 Comment
AndreiTruta Outstanding Contributor.
Outstanding Contributor.
Status changed to: Declined

We have reviewed the request and do not want to bring such change to our product at this stage.

Through the rich API that Central has, RAS availability can be checked and adjustments to the topology based on RAS availability done automatically.

The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.