Jira Legacy server System JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 32008a99-7831-3ff8-9638-3db0cd01164d key PP-832
...
The below proposed solutions are focused only on the default scheduler and does not cover the multi-sched scenario.
Solution 1:
Follow the below steps -
- At the time of taking over, secondary server checks if it can communicate with the scheduler on primary host.
- If able to communicate, proceeds to use the scheduler on the primary host. If not, spawn , spawns a local scheduler process.
- While the secondary is active and the scheduler on the primary goes down, the secondary server will spawn a local scheduler.
- The PBS init script should always restart the scheduler on the primary host.
Solution 2:
Follow the below steps -
- In a failover setup, have the fairshare "usage" file on shared filesystem.
- At the time of taking over, secondary server checks if it can communicate with the scheduler on primary host.
- If able to communicate, it sends SCH_QUIT signal to the scheduler on primary and then spawn a local scheduler process. If not, spawn a local scheduler processSecondary server sends SCH_SCHEDULE_FIRST to the scheduler.
- When PBS on primary comes up, the primary server should send SCH_SCHEDULE_FIRST to the local scheduler to re-read the usage data.