Details
-
Bug
-
Status: Closed (View Workflow)
-
Minor
-
Resolution: Won't Fix
-
1.0.5
-
None
Description
To reproduce on a 1um 2pm server with local disk on pms:
- System up and running across all 3 servers
- shutdown um1 server.
- verify um1 module state is AUTO_DISABLED/DEGRADED in getSystemStatus
- ma shutdownSystem <pwd>
- ma startSystem will log:
startsystem Mon Dec 5 10:45:54 2016startSystem command, 'columnstore' service is down, sending command tostart the 'columnstore' service on all modulesModule 'um1' is disabled and will not be startedSystem being started, please wait.........and spin for a while. I assume that it is still trying to start um1 despite it having detected that it is disabled.
Restarting the um1 server allowed the startsystem to complete and did not require an alterSystem-enableModule um1 which is nice.
In this case the system would not be all that useful but i'd assume it would behave the same in 2um setup with only 1 um module down which would allow for a functioning system.
If the um1 server was really down for a long time then removing the module for um1 (assuming a functional um2) would also help recovery.
However the main point of the bug here is that the system is stating that it won't start um1 but then does anyway and hangs.